Добрый день,

Я недавно вернулся на один проект и был удивлен увидев там изменения на уровне моделей (для БД). Данные измения относятся ко всеобщему использованию generics на уровне классов. Иерархию классов можно найти во вложенном файле. Вообщем раньше generics использовались на уровне методов и народ как то боролся за простоту и понятность кода.

Было:


Стало:




Было:


Стало:



Было:


Стало:



Было:


Стало:



Было:


Стало:



Было:


Стало:



Основная аргументация таких изменений - типа раньше многое было дозволенно а теперь нам компилятор помогает не получить контакты вместо ресурсов. Для меня это звучит как паранойя. Да и сам рефакторинг не упростил а усложнил существующий код. Человек который этим занимался сказал что такой стиль называется type propagation (когда при объявлении класса потомка, классу родителю в дженерик тип передается тип класс потомка). Кто-нибудь что-нибудь знает про данный подход, и насколько он актуален ? Так же я нахожу неудачным тот факт что теперь использование всех абстрактных классов в коде должно сопровождаться wildcard'ом типа Resource<?> resource = ... . Поделитесь вашим мнением по поводу увиденного и подкрепите ваши доводы, best practic'ами, подходами итд. Заранее вам благодарен .

Miha_S7,

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