Вся команда использует библиотеку с документацией, или сервис, который написал

Вася Пупкин?)

Сервис написал член команды.

Сервис конечно, логика там элементарна

Ну если вы только данные с запроса в поток перекладываете, то возможно)

Даже если и нет, ничего сложного

ну я бы не сказал, что транзакции так уж легко будет сделать)

Вот и не говори

Чтобы сделать 'undo'? это не ежедневная задача, решаемая также с помощью шаблона проектирования - в том месте где нужно.

Покажите. При написании на сервисах все равно плюс минус тот же бойлерплейт будет, что в стейт менеджерах. Недавно пробовал средний проект на сервисах - слишком сложно без стейт менеджера готового

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

Что тебе показать?

Код, естественно. Несколько он чистый, поддерживаемый и лёгкий для понимания

Из приватной репы?)

Ну я не знаю, можно рассказать тогда, как там все устроено. С подписками в сервисе?

Не поддерживаемый на большом проекте. Отсутствие скелета = не поддерживаемый код.

Конечно

А отписки есть? В какой момент?

Метод сервиса возвращает обзервибл. Подписывается тот кому нужно.

А данные то где хранятся?

Данные сервиса хранятся внутри компонента - они туда перекладываются после вызова сервиса. Есть еще пайп async - можно без перекладывания.

Внутри компонента? А как шарить их?

Если компонент должен отдать данные другому компоненту - через "обычных" ангуляровский механизм двойного биндинга. через аутпут параметр.

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

Можешь поделиться где прочитать об этом?

https://www.bekk.christmas/post/2019/6/the-lens-pattern-in-typescript

https://dzone.com/articles/functional-javascript-lenses

Экшины/редьюсеры тоже пишутся людьми, которые могут уволиться не написав доки. И там тоже можно запутаться.

а еще эффекты. вообще сказка

автор стейт-менеджера также может уйти в не оплачиваемый отпуск

дак как раз и суть в том, что для экшенов/редьюсеров уже стандарт(дока) есть, там сложнее наговнокодить (= но в целом я и не говорил, что я против сервисов)

Чой-та сложна? Фигня вопрос. Дока рассказывает только, что вот, посылаем экшин, посылаем данные, создаём новый стейт. Это далеко от полной доки по конкретному стейтменеджеру конкретного проекта.

Так на конкретном проекте вам может и Ангуляр не нужен?) свой фреймворк же можно, дока полная будет

кстати, может сообщество направит, если не нужен SPA, куда сейчас лучше смотреть? Хочется все-таки не велосипедить на vanilla, и не jquery...

React

Это вы аппелируете к бас-фактору и говорите, что в стейтменеджере есть готовая дока. Я отвечаю, что общая дока по обновлению стейта не так уж и документирует конкретный проект. Причем здесь ангулар не нужен, потому что дока будет полная?

реакт это как ангулар только другой. что-то легкое надо, если дейтпикер влепить или маску

У вас есть список методов, есть дока по ним. Что не так уж документирует?)

Я как то хотел изучать реакт, Но увидел return div, и сказал - нет, это не мое)))

Jsx/tsx - лучшее, что есть в реакте:) Change my mind

Звучит неоднозначно) типа "я не люблю tsx" - "всё остальное ещё хуже"

Не документирует тонны конкретных редьюсеров, эффектов и селекторов, которые прогеры еще напишут. В них же есть своя логика. Где она задокументирована? А так, сервису и сабджектам рх тоже есть дока.

Скорее второе. css-in-js выглядит оч плохо)

Lit не то?

посмотрю, спасибо

Stimulus, alphine

Но я лично просто на тайпскрипте остановился в своем проекте и нормально