RM
а то и геттеры которые меняют что то бывают, и toString, который в базу лезет
Size: a a a
2018 December 18
SK
каждый случай надо рассматривать отдельно - хорошо стейт инкапсулировать, хорошо когда твои объекты делают в одной функции ровно одно действие и хорошо, когда твоя систеема в целом предсказуема. обычно со стейтом борятся по одной из этих причин
Вот это - нормальный подход, я считаю.
SK
А то "ааааааа! стейт! катастрофа!"
SK
"задача решена не в функциональном стиле" коронное
RK
ИМХО, иммутабельность + многопоточка = хорошо
RM
тем не менее, в высоко конкурентном коде все становится несколько сложнее и там, по возможности, лучше избегать стейта там, где это возможно.
SK
тем не менее, в высоко конкурентном коде все становится несколько сложнее и там, по возможности, лучше избегать стейта там, где это возможно.
Ну да. Так и есть. Весь стейт правда не избежишь один пень.
С
"задача решена не в функциональном стиле" коронное
чем принципиально отличается от "... не по SOILD'у" ?
RM
"задача решена не в функциональном стиле" коронное
если речь идет про стримы - стримы лучше использовать, чем не использовать. как минимум читается лучше(пока ты не используешь reduce, который как то сложно выглядит в джаве)
RM
чем принципиально отличается от "... не по SOILD'у" ?
тем что мы в джаве, лол
RM
за чистой функциональностью го в clojure
RM
или в этот ваш хаскел
SK
чем принципиально отличается от "... не по SOILD'у" ?
тем что SOLID я противопоставляю не функциональщине, а всяким DI контейнерам с аннотациями. В контексте функциональщины SOLID это больше - "о вкусах не спорят"
SK
Под капотом ФП хотя бы есть какая то обоснованная матчасть - почему с ним лучше чем без него. За SOLIDом - тоже. А за спринговыми аннотациями нет ничего, только вкусовщина и годы проб и неудачных попыток сделать все под одну гребенку со времен Java EE.
RM
>_> узбагойся
SK
>_> узбагойся
Ну ладно, ладно(
SK
если речь идет про стримы - стримы лучше использовать, чем не использовать. как минимум читается лучше(пока ты не используешь reduce, который как то сложно выглядит в джаве)
Ну да ну да. For прост как палка и всем давно понятен, а про стримы есть целый час доклада от Валеева про "причуды stream api" и целая пачка паззлеров от него же с Барухом. Лучше, как же. Читабельнее...