【问题标题】:What is the relationship between generator-angular and generator-angular-fullstack?generator-angular 和 generator-angular-fullstack 之间有什么关系?
【发布时间】:2015-04-17 18:07:33
【问题描述】:

我写this comparison 是为了帮助人们理解所有这些废话,目前,看起来generator-angular 的好处和价值只是你使用generator-angular-fullstack 获得的一个子集。我自己填了这些东西,我不是专家,所以它很可能充满了可疑的事实。

但它已经传了很多次,还没有人哭过犯规,所以也许它是正确的。如果是这样,那将得出一个合乎逻辑的结论,即应该始终使用 generator-angular-fullstack 并删除不需要的后端部分。但事实并非如此,因为许多人仍在使用生成器角度。我看到 generator-angular-fullstack 是从 generator-angular 分叉出来的,但是那又是什么呢?

我想我一定错过了什么。 generator-angular 为人们提供了 generator-angular-fullstack 没有的什么?

【问题讨论】:

    标签: angularjs yeoman-generator-angular


    【解决方案1】:

    我已经用过这两种生成器了,选择其中一种真的取决于您是否需要后端代码来为您提供数据处理/会话管理或 API 接口。

    generator-angular

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

    generator-angular-fullstack

    • 是来自 DaftMonk 的 generator-angular 的分叉
    • 适合快速启动成熟的应用程序
    • 利用 socket.io 在服务器/客户端之间进行快速数据绑定
    • 它的子生成器创建客户端和服务器端代码(API 端点、模型甚至 Heroku 和 Openshift 的部署配置)
    • 测试更加彻底,使用了 PhantomJS、Karma 和 Protractor
    • 开始一个新项目时,您可以轻松地通过 Google/Facebook/Twitter 等 OpenAuth 提供程序添加会话和用户管理,或者您可以使用您的数据库架构来存储您的用户数据。

    两者

    • 仅为前端代码生成 javascript 或 coffeescript 版本。
    • 提供构建脚本以安全地缩小。 (Angular 在缩小的情况下很容易断裂)
    • 可以通过grunt test轻松测试
    • 使用 grunt 作为任务运行器
    • 与 Bower 深度集成,添加依赖项轻而易举。 (不过,fullstack 的测试配置需要更新。)
    • 生成一个压缩了所有文件的分发目录。
    • 是单页应用,只有一个index.html文件,路由都是用angular的$location做的

    演示

    【讨论】:

    • 谢谢,若苏。从您所写的内容来看,我看不出 generator-angular 比 generator-angular-fullstack 有任何优势,但肯定有一些优势,因为人们正在使用它。 “更适合只创建客户端代码”是定性陈述。在不使用形容词的情况下,使其更适合的实际好处和使另一个不适合的弱点是什么? “它是由约曼团队维护的”是优势吗?为什么这是一个优势?我不明白它如何“取决于您是否需要后端代码”。我可以在没有后端的情况下使用全栈
    【解决方案2】:

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

    我开始这个的主要原因是,起初我想要一个完整的堆栈环境。

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

    然后它长大了,然后我决定添加脚手架,我最终 正在处理generator-ember-fullstack

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

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

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

    对于 ember,ember-cli 是类固醇上的 generator-ember。 同样,它缺少服务器端并且过于定制化。

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

    【讨论】:

    • 这并不能完全回答 OP 关于两者区别的问题。
    • 如果你必须使用 Ember,为什么不直接为现有的 ember 生成器贡献一个后端和 gulp 构建脚本呢? github.com/yeoman/generator-ember你明白创造越来越多独立替代品的疯狂吗?
    • gulp 构建脚本是项目的一半。另一半是脚手架。我试图在我认为合适的地方克隆大部分generator-emberember-cli。一些样板文件不同 index.html 被替换为 index.hbsexpress3-handlebars 视图引擎提供服务,目录结构略有不同。我使用 requireJS 所以文件内容不同这是主要原因。我必须克隆和扩展generator-ember,所以从头开始就可以了。
    • 我为我的特定全栈项目做了这个。我不确定人们是否需要带有 express 服务器的 ember 应用程序,但这主要是为我自己准备的。为什么你认为这是一个坏主意,构建一个 yeoman 生成器并不难我建议你应该尝试generator-angular-rails,我敢打赌它会很受欢迎..
    • 我不是想变得受欢迎。我正在努力减少初学者为选择而苦恼的问题以及专家在其他项目中已经完成的工作而不是解决尚未解决的问题所浪费的精力。我对您问题的完整回答在这里docs.google.com/spreadsheets/d/…
    猜你喜欢
    • 2014-03-16
    • 1970-01-01
    • 2016-12-25
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-07-05
    • 2014-06-26
    • 2015-09-16
    相关资源
    最近更新 更多