Re[6]: Приемы программирования на Java
От: jkff Россия antilamer.livejournal.com
Дата: 31.12.08 08:32
Оценка:
Здравствуйте, Аноним, Вы писали:

А>Здравствуйте, jkff, Вы писали:


J>>Почему Вы считаете, что в джаве эти приемы неуместны? "Потому что джава — для выполнения бизнес-требований" — не аргумент; каким бы скучным требование ни было, необходимость реализовать его красивым, читаемым и лаконичным кодом никуда не девается; да и не у всех и не всегда, в конце концов, такие уж скучные и мелкие требования, чтобы ничего не оставалось, кроме как скрепя сердце писать boilerplate.


А>К примеру, из вашей презентации использовать


А>
Map<Integer, List<String>> namesById = new HashMap();


А>а не


А>
Map<Integer, List<String>> namesById = new HashMap<Integer, List<String>>();


А>Означает завалить проект варнингами.


Тут Вы ошиблись — в презентации этого (на той странице, откуда Вы это взяли) не видно (на следующей уже видно), а в статье написано, что хотелось бы, конечно, не писать аргументы — например, написать именно так, но это как раз-таки и значит завалить проект варнингами, поэтому и предлагается *другой* способ.


А>Но это еще ерунда.

А>Java, как язык, джава программистами очень редко используется.

Более чем смелое заявление.

А>У нас сотни фреймворков и наша задача — их конфигурация.


Так что, у Вас на работе единственная задача — конфигурировать фреймворки, и Вы за последний год не написали и 50кб "нормального" кода? Либо не верю, либо срочно меняйте работу.

А>Очень много можно сгенерировать и быстро выразить через Eclipse IDE, которая, по сути, уже является бизнес-стандартом.


Среды облегчают написание отдельных видов boilerplate, но далеко не всего boilerplate. Кроме того, сгенерированный boilerplate еще надо прочитать — читаемость для этого и нужна Необходимость в читаемости никак не затрагивается генерирующими возможностями IDE, и лишь слабо затрагивается их навигационными возможностями.

А>90% доступа к базе данных уже отдано Hibernate.


В некоторых задачах — да. Я же, например, пишу программы, чья активность работы с БД лежит посередине между "нету" и "так много, что без hibernate никуда", и очень доволен тем, что получается писать короткий и полностью контролируемый код, без лишнего уровня абстракции, но и без boilerplate. Не все любят ORM как таковые (я не люблю ), но это отдельный спор.

А>ФП — это вообще другой подход к мышлению. Очень многих джава кодеров можно привести в ступор от ФП техник.


Тут Вы совершенно правы. Но далеко не все из описанных техник имеют отношение к ФП. В аннотации и написано, что большая часть их — просто повышает читаемость и прекрасно применима даже человеком, который про ФП и слыхом не слыхивал, а к ФП они имеют лишь то отношение, что без них ФП на джаве превратится в совершенную кашу.

А>В джаве, в том то и дело, прикол не в языке.


Ну а я, вот, нашел в ней и этот прикол
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.