SK
Ну ладно, лямбды еще терпимо
Size: a a a
2018 February 15
SK
Если бы они еще не были какими то зашкеренными Anonymous-VM классами под капотом...
V
Тут всегда такой бесполезный трёп?
SK
Тут всегда такой бесполезный трёп?
Есть альтернативные предложения?
SK
Ну а как они могут навредить? Не, понятно, что при желании можно и телефоном например себе лоб расшибить, но телефон же от этого плохим не становится.
Вот любите вы в аналогии играть... Как дефолтные методы могут навредить? Ну хотя тем что появляется большуший соблазн засунуть в абстрактный модуль волатильные вещи и потом огребать ripple effect при поддержке. Dependency Inversion Principle в действии.
SK
Или примесить к классу какой нить посторонний функционал и похерить Single responcibility.
SK
Никто не говорил что они виноваты. Я утверждал что они нах не нужны просто.
SK
В лучшем случае DTO это stamp coupling между двумя сервисами - не самый худший исход, хотя легко переделывается в Data coupling (вызов метода с необходимыми аргументами). В худшем случае это пиздецовый temporal coupling между десятком сервисов. А вообще да - на границах IO (ресты) он еще может быть оправдан.
SK
Но тогда другой вопрос - зачем DTO нужен как закос под объект - с геттерами-сеттерами, если это суть простая структура которая ничего не инкапсулирует?
SK
И еще момент. Зачем сеттеры и мутабельность, если ничего кроме боли и темпорал каплинг между сервисами не дает?
VG
Ну сейчас почти весь бойлерплейн код убрать можно с lombok