直到最近,我总是用Gulp编译/ uglify/minify我的Ember.js代码,它的工作很好。 这是高达1.11灰烬需要最新版本的Ember-cli?
现在我想升级到1.12灰烬,发现灰烬,CLI是目前首选和推荐的方法安装/升级Ember.js 这是否意味着它不建议再下载个人Ember图书馆,并通过大量自己编译一切?
我使用烬-CLI主要关注的有以下几种:
[1]这感觉就像我没有足够的控制在了发生了什么。 例如我需要在我的前端有两个html文件--1个公开访问和1个保护 - 而且ember-cli似乎明确地查找了index.html文件。 我可以通过将其他HTML文件放在“公共”文件夹中解决它,但这种感觉更像是一种黑客而非最终解决方案。
[2] ember-cli 很多的时间来编译我的应用程序。 随着Ember 1.11和吞咽,它只需要2或3秒,而使用Ember(使用Ember 1.12)时,它需要更多时间才能实现更简单的应用程序。 (实际上它目前只包含应用程序,而与Ember 1.11和一饮而尽应用程序的登录/注册部分也包含应用程序逻辑)
$ time ember build
version: 0.2.7
0.2.7
Could not find watchman, falling back to NodeWatcher for file system events.
Visit http://www.ember-cli.com/#watchman for more info.
Building..
services/websocket.js: line 39, col 31, 'SockJS' is not defined.
services/websocket.js: line 298, col 13, 'observerFunction' is defined but never used.
2 errors
services/util.js: line 6, col 9, Bad line breaking before '+'.
services/util.js: line 7, col 9, Bad line breaking before '+'.
services/util.js: line 8, col 9, Bad line breaking before '+'.
services/util.js: line 9, col 9, Bad line breaking before '+'.
4 errors
===== 2 JSHint Errors
Built project successfully. Stored in "dist/".
real 0m55.876s
user 0m35.935s
sys 0m2.643s
正如你可以看到它需要近1分钟,建立这个很简单Ember代码。
[3]随着吞噬,我可以使用gulp-watch在飞行中更新我的实时应用程序。通过ember-cli类似的东西可以通过“ember serve”获得, ,但是这期望应用程序可以独立运行,这与我的应用程序不同。我必须从我的后端应用程序,这是用java编写的服务。
感谢您的引擎链接,我没有意识到这一点,这听起来像是一个很好的解决方案,我的问题确实如此。 –
(不能编辑以前的评论,因此一个新的) 1。感谢链接到引擎,我没有意识到这一点,这听起来像是一个很好的解决我的问题的确。 2.我知道Windows上的性能问题,但我在linux上运行,我的应用程序根本不大。 我真的不知道为什么它需要这么长时间 3.我已经通过在我的java应用程序中提供了一个webroot位置,将我的Ember应用程序从我的java后端分离出来。 但是“ember serve”似乎并不像“ember build”那样“构建”应用程序。因此,当通过“烬服务”“构建”时,该应用程序无法正常工作 –
我想说的,也许以前没有包含此内容 - Ember CLI并不是开发人员需求的完美答案。例如,与VS的集成很难,第一次构建的性能有时非常糟糕(并且在GitHub上打开了问题),将开发人员的体验与其他应用程序/语言集成在一起,我认为我们需要等待Ember团队实现某些功能/解决方案由于Ember CLI正在积极开发中,因此存在缺陷。 –