If without else

[Raven Melancholic]

Цитата:

Сообщение от gl00mie

Я лично писал про опыт реальных проектов, а не про сферических объектно-ориентированных коней в вакууме

Я про то же. Несмотря на появление пре и пост обработчиков, делегатов, все равно будет нужно менять и базовый код.
Проблема не в прерывании break или continue, не в том, if ()или if !(). Все имеет право на жизнь, если этим пользуются разумно то есть, логика обозрима и понятна.
Я упоминал CustVendSettle. Там хватало и неожиданных выходов и прерываний цикла и условий такой длины, что уставал колесико мышки крутить чтобы понять чем все закончилось.
А из нового, потрясает код DIXF. Сам механизм хорошая штука, но реализация такова, что понять куда вписаться для расширения очень непросто.

[macklakov]

Цитата:

Сообщение от Raven Melancholic

Это, мы же гордимся наличием объектно-ориентированного. А если так, то тут должно работать "не изменяем, а расширяем". Или мы не супер объекто-ориентированные?

Будь осторожнее в своих желаниях. А то ведь сделают по науке, чтобы региональный код и вертикальные решения были изолированными наследниками. Но ведь тогда ничего не мешает разместить логику в закрытых библиотеках. И будем тогда резвиться с черным ящиком. Сейчас ящик полу-прозрачный и то тяжело бывает разобраться. С черным ящиком это будет совсем обезьянья работа.

[ZVV]

Цитата:

Сообщение от miklenew

Я конкретный пример привёл, ....

Я перечитал, не совсем понял какой именно конкретный пример вы имеете ввиду?

 () 
100500 
;

Этот?
Ну так тут проблема вовсе не в ИФе, а в 100500 строк, Вы не находите?

[Stitch_MS]

Вот всё-таки "Совершенный код" -- хорошая книга.

[miklenew]

Цитата:

Сообщение от ZVV

Я перечитал, не совсем понял какой именно конкретный пример вы имеете ввиду?
Этот?
Ну так тут проблема вовсе не в ИФе, а в 100500 строк, Вы не находите?

Складывайте исходные данные. Цитирую себя:
1) Ненавижу, когда пишут методы больше 20-30 строк.
2) Я имел ввиду банальную проверку на заполненность значений.
Натюрлих?
Я столько строк никогда не пишу. Сколько бы там строк не было, дело не в них.
Если это не понятно, разжёвывать дальше не собираюсь.

[ZVV]

Цитата:

Сообщение от miklenew

Складывайте исходные данные. Цитирую себя:
1) Ненавижу, когда пишут методы больше 20-30 строк.
2) Я имел ввиду банальную проверку на заполненность значений.
Натюрлих?
Я столько строк никогда не пишу. Сколько бы там строк не было, дело не в них.
Если это не понятно, разжёвывать дальше не собираюсь.

И что из этого "конкретный пример"?
Я лишь говорю о том что когда вам gl00mie привёл относительно конкретный пример с локализаторским кодом (коих реально много в Аксе) вы его по сути скипанули, перейдя на некий абстрактный пример с 100500 строчек кода, а потом утверждаете, что привели где-то конкретный пример. Может я невнимательно читаю, но я его не увидел.

Я абсолютно не спорю, что в коде на 100500 строчек раздражать и плохо может быть всё! Но тут причина и следствие напутано, имхо. Причина нечитаемости кода - именно его "некомпактность", обычно, а не отсутствие else (возвращаясь к сабжу).

И кстати в отношении ваших остальных "ненавижу" - я вас полностью поддерживаю:

Цитата:

Сообщение от miklenew

Ненавижу, когда пишут методы больше 20-30 строк.
...
Ненавижу когда в методе с десяток переменных и все называются переменная1, переменная2 место человеческих названий.
Ненавижу, когда ставят два таба место одного.
Ненавижу, когда пропускают больше одной строки.
Ненавижу, когда комментарии ставят снаружи метода, ещё и с двух сторон, а не в его начале.

[A_BAS]

if (...) return;

Не удержусь и добавлю.
- Ненавижу когда не ставят фигурные скобки после if или else

Не говоря о том, что код со скобками легче воспринимать, еще и часто возникает необходимость дописать что-то свое после if. Напрягает необходимость ставить эти скобки самому

[pitersky]

Вот согласен насчёт скобок