问生成器-角度和生成器-角度-全栈之间的关系是什么？

EN

我已经使用这两个生成器一段时间了，选择其中一个实际上取决于您是否需要后端代码来为您提供数据处理/会话管理或API接口。

generator-angular

• 官方的Yeoman生成器，这意味着它是由yeoman团队维护的。
• 更适合创建客户端代码
• 它的子生成器只创建客户端组件(角度控制器、路由和视图)
• 没有部署生成器，但一个简单的procfile就能发挥很大作用。

generator-angular-fullstack

server/clients

• It's

• 是生成器的分支-angular by DaftMonk

• 适用于快速启动完全成熟的Openshift)

• The使用DaftMonk在Heroku子生成器之间快速绑定数据创建客户端和服务器端代码(server/clients

• It‘s和Protractor

• When测试的

• 端点、模型甚至部署配置更加全面，利用PhantomJS、Karma和angular启动新项目，你可以通过像Google/Facebook/Twitter这样的OpenAuth提供商毫无困难地添加会话和用户管理，也可以使用你的数据库模式来存储你的用户数据。

两者都有

• 为前端代码生成javascript或coffeescript版本的构建脚本，以便安全地缩小。( minification)
• Can下的Angular很容易被grunt test
• Use grunt测试，因为任务运行器
• 与Bower深度集成，添加依赖项就像馅饼一样容易。(fullstack的测试配置需要更新一个包含所有文件的分发目录minified.
• Are单页应用程序，只有一个index.html文件，路由都是使用angular的$location

完成的

演示

• 这里有一个生成器的例子--angular：

http://commitr.herokuapp.com/

• And这是我正在构建的生成器-角度-全栈应用程序：

http://protected-shelf-3830.herokuapp.com/

我正在构建一个generator-ember-fullstack。

我开始这样做的主要原因是，最初我想要一个完整的堆栈环境。

第一步是构建项目工作流程。我选择了gulp并开始了一个项目模板。

然后它变大了，然后我决定添加脚手架，最后我在generator-ember-fullstack上工作。

构建generator-ember-fullstack的主要决定是拥有一个完整的堆栈环境，这包括服务器端脚手架和客户端。

而且我真的不喜欢grunt-connect插件，它基本上会启动一个假服务器来为你的应用程序提供服务。我需要一个具有用于构建和部署的单一命令的项目。

我不知道如何处理用grunt build.command生成的public文件夹。

和ember一起使用的是ember-cli，它是类固醇上的generator-ember。同样，它缺少服务器端，而且太过定制化。

当然，generator-ember-fullstack只支持服务器端的nodejs。这对我来说是完美的。