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