Я поясню свою мысль.
Нужно знать язык, на котором пишешь.
Данный топик — рассмотрен в PHP manual.
И это не баг мантиссы, а следствие работы с неточным типом.
А баги самого PHP встречаются гораздо реже, чем те же опечатки.
А если код модернизировать, то все равно надо будет ознакомится с ним с самого начала, а если просто использовать метод, хватит и описания.
Во всяком случае мне пока не пришлось заглядывать в исходные коды например встроенных функций PHP :)
Я согласен с ним, в отношении модуля (т.е. класс страницы, или основная процедуры программы) желательно, что бы имели одну точку выхода, к которой возможно выполняются общие завершающие действия :)
А вот насчет мелких функций и методов, помоему это не всегда оправдано.
Когда есть документация функции, изучение кода остается на усмотрение того, кто собрался ее использовать.
Выводы у вас хорошие — писать по одним принципам и писать правильно.
А так, я тоже, собственно, делюсь мнением и мыслями :)
Удобнее вырожденные случаи отсекать в начале работы функции, в этом случае несколько return в начале не затруднят чтение.
«# сложность отладки такого кода, не всегда очевидно когда произошёл возврат из функции, к примеру мы имеем несколько return и никогда точно не можем сказать какой из них был вызван;»
Для этого часто используют например return -1, return -2,… и т.д. и всегда известно условие выхода.
И, кстати, Вирт был против отладки ;)
И подтвердил это, выступая у нас в городе.
Там я боролся за видимость 1Mb целиком, вместо 640Kb
Нужно знать язык, на котором пишешь.
Данный топик — рассмотрен в PHP manual.
И это не баг мантиссы, а следствие работы с неточным типом.
А баги самого PHP встречаются гораздо реже, чем те же опечатки.
Выравнивание по левому краю ломает глаза гораздо сильнее, чем поиск break или return…
Поднятая проблема больше в читаемости кода
А пример я бы переписал так:
// condition one if (doSomthing1()) { return 0; } return doSomthing2();А если код модернизировать, то все равно надо будет ознакомится с ним с самого начала, а если просто использовать метод, хватит и описания.
Во всяком случае мне пока не пришлось заглядывать в исходные коды например встроенных функций PHP :)
Я согласен с ним, в отношении модуля (т.е. класс страницы, или основная процедуры программы) желательно, что бы имели одну точку выхода, к которой возможно выполняются общие завершающие действия :)
А вот насчет мелких функций и методов, помоему это не всегда оправдано.
Выводы у вас хорошие — писать по одним принципам и писать правильно.
А так, я тоже, собственно, делюсь мнением и мыслями :)
«# сложность отладки такого кода, не всегда очевидно когда произошёл возврат из функции, к примеру мы имеем несколько return и никогда точно не можем сказать какой из них был вызван;»
Для этого часто используют например return -1, return -2,… и т.д. и всегда известно условие выхода.
И, кстати, Вирт был против отладки ;)
И подтвердил это, выступая у нас в городе.
«меня» не забыли? )