Сложный элемент Angular (веб-компонент) или библиотека Angular
Мне нужно закодировать модуль, который будет повторно использоваться для наших различных приложений, и для этого требуется использовать маршрутизацию, формы, вкладки... Имеет ли смысл создавать веб-компонент с использованием элементов Angular или было бы лучше создать библиотека для этого?
Все наши текущие приложения, для которых потребуется этот модуль, сделаны на Angular, и наша компания хочет продолжать использовать Angular для наших веб-приложений, но кто знает, будем ли мы в будущем использовать React или другую библиотеку или фреймворк JS...
Обновлено: модуль предназначен только для внутреннего использования, а не для клиента. Он будет включать в себя функции для операций CRUD на разных ресурсах, которые есть у всех наших приложений (типы, языки, статусы...). Каждый из них будет представлен на вкладке, поэтому, например, на вкладке языков вы увидите таблицу с разбиением на страницы, показывающую все записи языков, и вы можете создавать новые языки, заполняя форму, редактировать языки и удалять их.
вопрос отредактирован! :D
Ответы 1
Я думаю, что на этот вопрос есть более одного ответа, и вы должны решить, что делать в конце. По своему опыту я бы рекомендовал сделать нормальную библиотеку Angular, а не веб-компонент. Это причины:
1) Это просто меньше работы, и, поскольку ваша компания устанавливает Angular и не планирует что-то менять, я бы определенно упростил задачу / избегал дополнительной работы.
2) Развертывание, скорее всего, усложняется при использовании независимого веб-компонента.
3) Вероятность того, что вы по ошибке реализуете что-то специфичное для Angular, что нельзя использовать в других фреймворках без дополнительной работы, высока и в любом случае сделает невозможным повторное использование вашей библиотеки для других фреймворков.
4) Вы говорите, что это сложный модуль. В библиотеке вы можете легко разделить это на несколько компонентов/сервисов. Хотя вы можете сделать это и в независимом веб-компоненте, это всегда дополнительная работа.
5) И, наконец: если ваша компания решит использовать другой фреймворк, отличный от Angular, это будет огромный шаг, поскольку вы более или менее переписываете все! Если вы делаете такой шаг, всегда разумно пересмотреть подходы, пользовательский опыт и все такое. И это, скорее всего, приведет к решению, что ваш веб-компонент либо должен быть подвергнут серьезному рефакторингу, либо больше не должен использовать Angular, либо он устарел.
Поэтому мне кажется, что вы не получите никакой пользы от дополнительной работы, если создадите независимый веб-компонент. Однако: если вы найдете реальную выгоду от создания независимого веб-компонента, за который кто-то (ваш начальник или клиент) готов платить, то вам следует выбрать этот вариант.
Привет! Спасибо за Ваш ответ. Извините, я не указал, что библиотека будет Angular-библиотекой, которая включает в себя все эти функции (маршрутизация и т. д.)
Итак, вопрос: должен ли я использовать веб-компонент, который использует Angular, но полностью не зависит от того, где он используется, и может использоваться из другой библиотеки или обычной библиотеки Angular, которую вы просто добавляете в приложения, это зависит от того, что приложение использует Тоже угловатый?
Да, но добавление этого довольно сложного модуля
Понятно. Я обновил свой ответ. Я рекомендую использовать обычную библиотеку Angular, так как с ней просто меньше работы.
когда вы говорите, что хотите создать библиотеку, что вы планируете? Не могли бы вы уточнить, чтобы помочь мне понять