在流星中创建传统Web应用程序的缺点是什么？

Question

我对流星的经验不多，所以对于那些有一些......的其他人来说。

在流星中构建通常是多页面应用程序（例如博客）的有哪些具体的垮台（如果有的话）？除了害怕未知之外，我想不出有任何理由不为我的项目使用流星。

Answer 1

请参阅Why Meteor中的“Meteor缺少的内容”部分：

• MongoDB的原生反应“连接”（没有连接）。但是，community packages就是这样。
• 小部件库。 Meteor可以与许多客户端库（Bootstrap，Famo.us等）一起使用，但除了OAuth登录之外，它没有自己的一组小部件。集成第三方小部件的范围从trivial到complex，当考虑到Meteor的软件包存储库Atmosphere上可用的大量或多或少的集成小部件时，会导致paradox of choice。 更新：密切注意我的Meteor + Webix integration。
• 动态加载模板的本机机制。该功能在路线图上显示为"incremental loading"。在此期间，请查看numtel:publicsources和numtel:privatesources，它们允许您为延迟加载资源创建捆绑包，无论是否经过身份验证。
• 双向数据绑定，如Angular。这是设计的。 Facebook criticized how two-way data binding的Flux团队为扩展应用程序带来了重大挑战，因为视图可以触发数据更改，数据更改可以触发视图中的级联更改，这使得很难预测整个应用程序的行为。解决方案是使用MVVM模式，例如viewmodel package。
• 本机服务器端呈现（对SEO有用）。然而，流星大师Arunoda Susiripala和server-side rendering package开发了native server-side rendering support is also on the roadmap。
• Production-read support for Windows.这是截至2015年2月的预览阶段，适用于绝大多数用例。 更新：更改文件时重新启动Meteor服务器已经过优化，占用的时间与Linux相同。

是的......所以真的不多。

Answer 2

垮台是所有代码（模板，核心......）在首次加载时下载。一个好处是在第一页加载（几乎）即时之后导航。