og 的最大优势nrwl/nx
是在一个项目中实现多个工作区。现在angular 6
也支持它。nx
over angular@6的其他优点是什么?
4 回答
nx 很棒,我使用它是因为我们在一个大项目中有 5 个 Angular 应用程序,而且我认为 nrwl/nx 是为复杂的企业应用程序而设计的,所以如果你有一个由许多前端应用程序组成的大项目,它将会很有用,但即使对于一个会给您带来许多优势的应用程序,这里也是 nx 的一些好处:
- 您将为共享相同 package.json 的所有应用程序拥有一个 monorepo,因此您必须为所有应用程序管理一次包
- 更高的一致性和生产力
- 您可以创建可以在您的应用程序之间共享的库,这将节省您的时间,并且团队说最好将所有逻辑代码放在库中,即使它们不在应用程序之间共享
- 如果我们将其与标准 cli 进行比较,则代码生成的更多选项
- 您将拥有出色的路由和状态管理 (ngrx) 实施(实施正确的)
- 构建时间改进:使用 nx,您将避免重新执行不必要的构建,因此如果您对 lib 进行一些更改,nx 将确保只有依赖它的应用程序才能构建。
- nx 的未来是拥有一个强大的 mono repo 工具和一个出色的构建系统(一个 nx 的Bazel版本),并且可以让您的项目为 CI 做好准备
使用一个命令,您可以构建或测试受您的更改影响的应用程序
yarn affected:build --all --prod
yarn affected:test --all --prod
现在可以生成多种类型的前端应用程序ANGULAR , REACT // 用于生成反应应用程序 ng add @nrwl/react # 将 React 功能添加到您的工作区 ng g @nrwl/react:application reactAppName
// for generating an angular app ng add @nrwl/angular ng g @nrwl/angular:application angularAppName
为您的前端应用程序(如Nest )生成后端应用程序,并以灵活的方式在前端和后端应用程序之间创建共享库
ng add @nrwl/nest ng g @nrwl/nest:app api --frontendProject=YOU_FRONTEND_PROJECT // link the generate nest app to a specific frontend app
我在过去的两份工作中使用并提倡 Nx,并且(大部分)喜欢它。
我继续在普通的 Angular 上使用它,因为他们不断添加新工具,支持更复杂的应用程序,并消除了与设置现代 javascript Web 应用程序相关的许多痛苦(即在粘合在一起时配置和设置地狱)现代 Web 开发库)。
他们致力于以一种支持而不是远离 Angular 的方式开发他们的产品,但可以访问对开发人员友好的工作流,这些工作流支持除 Angular CLI 开箱即用之外的其他工具。
例如,他们最近添加了对赛普拉斯 e2e 测试的支持,包括项目设置、运行测试的脚本,以及仅对受上次更改影响的项目部分运行测试的命令。
他们对请求也非常敏感,并实施了我团队成员建议的几个修复/次要功能。
总而言之,他们似乎在向已经强大的 Angular CLI 发布闪亮的新插件的速度非常快,这使它成为一个引人注目的产品。
但是,如果您的应用程序不是很复杂,您可能不需要很多这些功能。
如果您有兴趣,我已经写了几篇文章,详细介绍了我过去是如何使用它的,最近还谈到了 Cypress 的东西:
http://wtfisanapi.com/wtf-is-nrwl-nx/
http://wtfisanapi.com/htf-do-i-write-e2e-tests-with-a-stubbed-dependency-angular-nrwl-nx-edition/
它的工具也可以帮助您仅构建您进行更改的应用程序。因此,如果您在共享库中进行更改,它可以确定哪些应用程序使用该库项目并仅构建它们。
就个人而言,我发现我可以调试我的库并且在使用 NX 时不必构建它们来使用它们很方便。这是一个非常简单的项目,它具有一些 tsconfig 的魔力,但它确实使它更容易。
此外,虽然它与 Angular CLI 6 的结构基本相同,但细微的差异对我来说更有意义。