Почему nrwl / nx лучше, чем угловой @ 6 vanilia?

Question

Самое большое преимущество nrwl/nx заключалось в реализации нескольких рабочих областей в одном проекте.Теперь angular 6 ужинает.Каковы другие преимущества nx по сравнению с угловой @ 6?

Answer 1

Я использовал и пропагандировал Nx на последних двух работах и ​​(в основном) люблю его.

Я продолжал использовать его поверх простого Angular, потому что они продолжают добавлять новые инструменты, которые поддерживают более сложные приложения,и избавляет от многих трудностей, связанных с настройкой современного веб-приложения на javascript (а именно с настройкой и настройкой при склеивании современных библиотек веб-разработки).

Они взяли на себя обязательство разработать свой продукт таким образом,который поддерживает, а не отходит от Angular, но предоставляет доступ к приятным дружественным для разработчиков рабочим процессам, которые поддерживают другие инструменты, отличные от Angular CLI, из коробки.

Например, недавно они добавили поддержку для тестирования Cypress 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/

Answer 2

nx удивительно, я использую его, потому что у нас есть 5 угловых приложений в большом проекте, и я думаю, что nrwl / nx создан для сложных корпоративных приложений, поэтому, если у вас большой проект, состоящий из множества приложений для внешнего интерфейса, онбудет полезно, но даже для одного приложения, которое даст вам много преимуществ, вот некоторые преимущества nx:

• у вас будет монорепо для всех ваших приложений, которые используют один и тот же package.json,так что вам придется управлять пакетами один раз для всех ваших приложений
• больше согласованности и производительности
• вы можете создавать библиотеки, которые можно совместно использовать между вашими приложениями, это сэкономит ваше время, и команда говорит, чтоЛучше поместить весь свой логический код в libs, даже если они не используются совместно приложениями
• Дополнительные параметры для генерации кода, если сравнить его со стандартным cli
• , у вас будет отличная маршрутизация иреализация управления состоянием (ngrx) (реализована правильно)
• улучшение времени сборки: с nx вы избежите rВыполните ненужные сборки, поэтому, если вы внесете некоторые изменения в lib, nx позаботится о том, чтобы собирались только приложения, зависящие от него.
• будущее nx - иметь мощный инструмент моно репо сотличная система сборки (версия Bazel для nx), и пусть ваш проект готов к CI

, с помощью одной команды вы можете создавать или тестировать приложения, затронутые вашими изменениями

yarn affected:build --all --prod
yarn affected:test --all --prod

• Теперь можно создавать различные типы приложений веб-интерфейса ANGULAR , REACT // для создания приложения реакции ng add @ nrwl / реакции #Добавьте возможности React в свое рабочее пространство ng g @ nrwl / реаги: приложение activAppName

  // 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 
  

Answer 3

Лично мне удобно, что я могу отлаживать свои библиотеки и мне не нужно создавать их, чтобы использовать их при использовании NX.Это довольно простой элемент, представляющий собой некоторую магию tsconfig, но он делает его намного проще.

Кроме того, хотя в основном это та же структура, что и в Angular CLI 6, тонкие различия имеют для меня больше смысла.

Answer 4

У него есть инструменты, которые помогут вам создавать только те приложения, в которые вы вносите изменения.Поэтому, если вы внесете изменение в разделяемую библиотеку, она сможет выяснить, какие приложения используют этот элемент библиотеки, и только создать их.