******************* Сабжекты будете прикрывать лишней писаниной — а сигнальчики ? они же

writable?

а нашел в доке: Signals may be either writable or read-only. но сдаетс мне, что если вместо сабжекта, то writable :) даешь еще один метод, но не для скрытия write, а для скрытия write и превращения в Observable) но это ваши заботы, у меня таких нет, пошел AngularFire ковырять, пока вы линтеры свои готовите

Не серьезно! Firebase не сегодня завтра запретят использовать. И вашими новыми знаниями можно будет подтереться.

а в чем проблема сделать геттер, в котором будет происходит что-то вроде signal.readonly...

ну я не в РФ а вообще я решил пойти на этот компромис, оставил на бекенде только 2 микросервиса на го, аутентификацию удалил — попробую для прототипа на firebase запустить, все равно вероятность взлета стартапа статистически низкая6 бекенд ему писать — роскошь, еще один микросервис на го затащу и по делом, остальное на этой приблуде

ну понятно 🙂

ты бы еще на джава все филды класса делал открытыми чтобы геттеры не писать

зачем тебе вообще Typescript, там же эта типизация, лишнии строчки, юзай чистый ОІ

ты думаешь геттеры и сеттеры, которые по сути делают РОВНО ВСЕ, что делает паблик — лучше?

ты уверен что ровно то же ?

я бы не делал ообще expose приватного поведения

ну поставь брекпоинт на филд...

зачем ставить брекпоинт на филд?

чтобы узнать когда он модифицируется, сеттер это позволяет

зачем модифицирвоать снаружи? Это плохой паттерн, когда с поведением снаружи работают, а внутри ты видишь все места, где сетится значение для ДТО — ну да бог с ним, добавляй геттер/сеттер

в методе класса, на сеттер сложно представить себе кейс где надо ставить бряку

не все могут себе позволить делать обьекты иммутабельными

ну вот, поменялись местами, теперь я за граспы и подходы, а вы "не все могут позволить"

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

а если ты не знаешь какой метод ?

проблема с архитектурой тогда

ну ты сравнил иммутабельность класса и инкапсуляцию

сеттер и геттер — не инкапсуляция, а ее иммитация с полным ее игнором

ты прикалываешься ? вот работаешь ты с чужим кодом, и тебе нужно отследить какая джоба меняет пользователю пол, каким макаром ты это будешь отслеживать ?

джоба через UserService условно или репу

ну так а если какаой-то джун похерил и вставил это в GenderService ?

код ревью для этого есть, это выдуманные кейсы

рукалицо

откуда в гендер сервисе сущность юзера? 🙂 у вас анемичные модели... плохой код крч

ну да на код ревью же все замечают, и легаси кода не существует

зато у вас идеальный, в вашем понимании.. это может быть любой другой сервис

анемичные модели это как-раз здравый подход

вас на этом ревью может и не быть :)