понимаете, если в коде нету комментариев, то комментарии на гетерах\сетерах действительно выглядят как хлам. Если же код нормально комментирован, то наоборот они не выбиваются из общего стиля и на класс приятно посмотреть, иногда даже почитать.
А вцелом комментарии на getters/setters не есть главная мысль нашего разговора. Вообще я предпочитаю c#, groovy etc подход, где код можно писать без гетеров.
а зачем вы привязались к get/set? это как раз таки исключение из правил, поэтому мне не хватает автогенерации чтобы ВЕСЬ код выглядел единообразно.
С толковыми именами и тестами я полностью согласен. Но это необходимое, но не достаточное условие для написания качественного кода.
Да, к сожалению такое правило преобладает среди программистов и в подавляющем большинстве случаев никого уговаривать не нужно чтобы не поддерживать документацию.
вы скажите, хорошо бы вам жилось если бы классы из jdk тоже следовали вашей философии и не утруждали себя документацией?
Anyways, код люблю писать аккуратный, когда везде есть комментарии код выглядит аккуратно. Просто при написании документации нужно следовать простому правилу — specify behavior and not implementation details и все коментарии будут не такими уж бесполезными. И это кстати не отменяет ни хорошие имена переменных ни юнит тесты.
А гетеры\сетеры выбиваются из общего стиля и выглядят как бы неряшливо если комментариев к ним нет, а самому писать стандартные заглушки как-то влом, смысла в них нету особо.
добавляюсь в поклонники IntelliJ. Тоже лет 5 пришлось использовать Eclipse и теперь я счастлив вернуться на Idea.
Чего мне в Idea не хватает из Eclipse: Ctrl+Shift+J для генерации жавадока для метода, автогенерации жавадоков для get/set методов и Synchronized view для VCS.
Спасибо, будем пробовать юзать mr. Spock. Давно хотел попробовать перевести наш проект потихоньку в сторону Groovy. Похоже тесты как раз будут неплохой отправной точкой.
ну ка расскажите подробнее, почему не согласны? Я один из таких теоретиков который в 99% случаев делает один return из метода. Не люблю, когда метод может закончиться в любой момент в зависимости от какого-нибудь условия, что усложняет его понимание. Так с чем не согласны?
У меня вот такой юзкейс: на хабр захожу достаточно редко, потому как времени нету особо. Но просматривать основные статьи очень хотелось бы. Поэтому приходится пролистывать все вручную, выбирая что-то интересное до того момента, где остановился в прошлый раз.
Вот хотелось бы что-нибудь такое, что запоминало бы, на каком месте остановился и возможно показывало бы все новые топики с того момента. И еще неплохо было бы иметь фильтрацию по количеству голосов и favorites.
Если сможете помочь, буду чрезмерно благодарен.
Спасибо.
developers.google.com/maps/articles/toomanymarkers
А вцелом комментарии на getters/setters не есть главная мысль нашего разговора. Вообще я предпочитаю c#, groovy etc подход, где код можно писать без гетеров.
С толковыми именами и тестами я полностью согласен. Но это необходимое, но не достаточное условие для написания качественного кода.
вы скажите, хорошо бы вам жилось если бы классы из jdk тоже следовали вашей философии и не утруждали себя документацией?
А гетеры\сетеры выбиваются из общего стиля и выглядят как бы неряшливо если комментариев к ним нет, а самому писать стандартные заглушки как-то влом, смысла в них нету особо.
Чего мне в Idea не хватает из Eclipse: Ctrl+Shift+J для генерации жавадока для метода, автогенерации жавадоков для get/set методов и Synchronized view для VCS.
Этот чувачок отомстил за ящерку :)
Reason: This Websense category is filtered: Sex.
Вот хотелось бы что-нибудь такое, что запоминало бы, на каком месте остановился и возможно показывало бы все новые топики с того момента. И еще неплохо было бы иметь фильтрацию по количеству голосов и favorites.
Если сможете помочь, буду чрезмерно благодарен.
Спасибо.