If without else

[gl00mie]

Я лично писал про опыт реальных проектов, а не про сферических объектно-ориентированных коней в вакууме Хорошие/плохие методы можно писать как в рамках ООП, так и в рамках процедурной парадигмы.

[miklenew]

gl00mie не плохо бы было конкретный пример.
Вы давно в программировании, давайте помогайте разбираться старичкам и новичкам с нюансами.
Я конкретный пример привёл, а вы наводите тень на плетень. Я думаю вы не страдаете отсутствием аргументации.

[ZVV]

Цитата:

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

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

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

 () 
100500 
;

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

[miklenew]

Цитата:

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

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

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

[ZVV]

Цитата:

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

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

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

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

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

Цитата:

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

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

[Raven Melancholic]

Цитата:

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

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

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