Comments 7
Хорошая статья, спасибо.
Плюс поставил, но очень прошу, уделите больше времени вычитыванию шероховатостей. Несмотря на то, что в целом перевод приемлимый есть несколько мест, где язык ужасен.
Бывают ситуации, когда необходимо управлять загрузкой библиотеки runtime. Скажем сторонняя библиотека весит 1Mb. Отображение компонента, использующее эту библиотеку, покрыто *ngIf. У вас есть какой-нибудь опыт решения данной ситуации?
По-моему как-то слишком сложно создавать для каждого модуля index.ts, package.json и public_api.ts. Взять, к примеру, ng-bootstrap, там всего один index.ts.
Если разрабатывает один человек да, все верно. Если участвует больше то болен оправдано. Особенно если предпалагается расширение команды и возможный распил репы на множество реп. Меньше переделывать придется
Меньше переделывать придетсяЗато изначально больше работы. В итоге — никакой экономии времени. Надо считать общее время, а не только по одной задаче (в данном случае «распил репы на множество реп»).
В малых и средних самостоятельных проектах полностью верно. Когда речь идет о больших проектах, модульная независимость важнее максимального быстрого получения результата. Разбиение проекта сразу на множество репозиторий не эффективно. Но можно разбить на модули по проектам. Т.е. система контроля кода общая, но разработчики работают в отдельных проектах, что соответсвует отдельным package.json. Возможно автору стоило рассмотреть вариант использования одного package.json, но настроив ts разные области видимости. Можно много дискутировать, все зависит от размера как проекта, так и комманды )
Sign up to leave a comment.
Повысьте производительность SPA, разбив ваши библиотеки Angular на несколько частей