我很想将Breeze与AngularJS结合使用.但是我的经理担心产品的成熟度和产品的成熟度.
有没有任何文件可以传递给我的经理给他一些保证Breeze将来仍然存在.风险怎么样？现在有多少人开始使用Breeze<> AngularJS并存在风险.如果没有更多Breeze,那么如果有的话,会有什么选择.
我很感激你的经理的担忧.我们都在努力对技术进行合理的投注.这并不容易.当你开始认为供应商的规模是一个很好的指导时……他们放弃了一项主要技术(微软的Silverlight和
Google Reader会浮现在脑海中,但是这些例子太多了,无法提及).没有保证.
我们知道什么？
商业可行性
> IdeaBlade(Breeze的制造商)自2002年以来一直从事这项数据管理业务(我知道,我是创始人).这并不能证明明天我们会在这里.它确实证明我们有持久的力量并且知道如何经营企业.
> Breeze正在制作超过一年,并在大约6个月前首次发布.同样重要的是,设计和实施是建立和销售商业产品(DevForce)超过10年的成果,以应对同样的挑战.这说明了产品的成熟度.在现实世界客户的不断压力下,我们吸取了许多教训.我们很有可能从你还没有看到的错误中恢复过来.
>当我们这样规模的营利性公司将大部分最好的工程和产品营销资源投入Breeze时,这说明了我们的承诺.这对我们来说是一个巨大的赌注和巨额投资.我们不能轻易离开它.你的经理会知道.
> Breeze是麻省理工学院的许可和开源.我们无法改变,也不想改变.原则上,我们可以剥离商业版本并放弃开源分支的进一步开发.但是(a)必须具有商业意义,而在主要是免费的JavaScript库的时候它不具备;(b)任何人都可以分叉当前代码并维护它.
>微风是在露天开发的.你看到我们正在做的事情.
> Breeze文档比大多数付费产品更广泛.它远远超出了你在大多数JavaScript库中所能找到的……包括你提到的那些.那有关系吗？我们在构建商业产品方面有很长的经验……足够长的时间来理解“位”只是技术产品的一部分.你决定.
>微软,尽管Breeze已经在Single Page Application web page上展示了它,并与IdeaBlade一起开发基于Breeze的应用程序模板,这些模板可以与Visual Studio一起使用. Breeze不是Microsoft产品.但它已经超过了足以让微软以这种方式舒适地呈现它的门槛.这很重要.
>我们应该发布我们的路线图.这部分是由您在User Voice和Stack Overflow问题上的建议所驱动的.角度支持在这些论坛中非常受欢迎.这也是我们对市场机会的阅读所驱动的……在这里,Angular再次成为明智的战略选择.
>我们与Angular产品团队建立了良好的合作关系,致力于推动单页应用程序的发展.这种关系的一些成果：Breeze/Angular Template和a talk I gave at the Google Mt. View Campus on Angular and Breeze.
技术
>把我放在你的位置,我想知道我的替代品是什么. Ember.Data是另一个基准.据我所知,不适用于Angular.但它确实告诉了你很多关于复杂数据管理的挑战以及如何充分解决这些挑战.
>“自己构建”始终是一种可能性.如果你想知道它是什么样的,请四处看看.或者用你的头脑和经验.你有多少时间能够更好地编写自己的框架而不是专注于它的团队十年？也许你可以.你所要做的就是说服老板.
>我们假设你可以.只是因为你不能意味着你应该这样做.你也可以编写自己的“Angular”.基础设施开发是否是您人才的最有效利用？或者,您是否应该将时间和精力重新定向到具有感知客户价值的应用程序开发？
>也许最谨慎的事情是将Breeze内容封装在一个服务层中,其中包含一个API,该API具有您希望应用程序组件与之交互的抽象.如果出现问题,您已将问题隔离到服务层.我们所有的样本都采用这种方法：寻找名为“datacontext”和“dataservice”的模块.
>目前我们的Angular支持并没有延伸到缺乏ECMAScript 5支持getter / setter属性的浏览器……正如FastReload所观察到的那样.我们没有计划解决这个问题.我们的研究告诉我们,构建单页应用程序(SPA)的大多数人都是针对移动方案,其中EC5浏览器是给定的.我非常怀疑这种以JavaScript为中心的应用程序在旧版浏览器上的表现是否足够.但是你应该和你的经理讨论你为什么要走这条路以及你想要达到的目标.如果您需要在较旧的浏览器上运行,我不会打赌Breeze可以帮助您使用Angular应用程序.您可以考虑切换到我们的Hot Towel / Knockout / Breeze堆栈,它可以在旧浏览器上运行;请参阅John Papa关于Pluralsight的“Single Page Application Jumpstart”课程.> Angular依赖脏检查进行变更检测,Breeze依赖于内部事件.这些是不同的方法;他们并不矛盾.例如,Angular将自身挂钩到DOM事件和XHR回调中. Angular团队了解我们正在做的事情,他们认为我们也不相容.您必须注意规则(例如,在适当的时间调用$scope.$apply).这对Angular开发人员来说不是新闻.>您需要Breeze功能吗？取决于你在做什么.以下是Breeze在Angular中找不到的一些内容：客户端查询语言,对象图导航,更改跟踪(与更改检测不同),模型验证,客户端缓存,临时密钥生成/解析以及捆绑/事务保存.这不是对Angular的批评.这意味着我们有不同的互补领域. Angular专注于应用程序逻辑和表示,而Breeze专注于与持久数据模型相关的事务.
