Е
Кто-то хочет прыгать, а кто-то нет. Но я не вижу принципиальной разницы между return и goto
нету принципиальной разницы и между вызовом функции и goto.
Size: a a a
2018 December 04
Е
аргументация в стиле "это похоже на goto, а значит плохо" порочна, потому что все конструкции ветвления (и не только они) похожи на goto
ŹR
ŹR
Принцип 6. Все перечисленные конструкции должны иметь один вход и один выход.
ŹR
break, return и throw нарушают этот принцип
ŹR
Вернее могут нарушить, если написаны в середине блока
ŹR
что-то делаем
if проверка return
что-то делаем
Ярчайший пример
Е
То есть ты применил супер силу: это плохо, патамушта так написано в википедии? :)
ŹR
Это плохо, потому что нарушает принцип структурного программирования
(
То есть ты применил супер силу: это плохо, патамушта так написано в википедии? :)
Ваша была сильнее: "это плохо, потому что я так считаю"
ŹR
Если для тебя это не аргумент - это твое мнение
Е
Ваша была сильнее: "это плохо, потому что я так считаю"
не так, а аргументирую это тем, что вы на самом деле делаете также. :) просто не желаете этого признавать
ŹR
Скажи "мне насрать на принципы структурного программирования" на следующем своем собеседовании, и мы все узнаем)
DS
Можем голосование провести, я сторонник подхода, которое выбирает сообщество, полагаю, что raise будет в меньшенстве
(
не так, а аргументирую это тем, что вы на самом деле делаете также. :) просто не желаете этого признавать
Неправда. Я привел нормальные аргументы, почему туплы отличаются от ранних ретурнов и исключений, после чего вы ответили
(
возврат туплы с ошибкой - это всегда ранний return либо костыльный заменитель в виде монад или байпасса этой туплы через последующие функции.
Вот это
PS
обожаю эксепшен флоу, в логах сервера тишина, а у пользователей в апи выдаются строки лога
Е
Скажи "мне насрать на принципы структурного программирования" на следующем своем собеседовании, и мы все узнаем)
я такого не говорил, я не приемлю категорического "так никогда низзя"
ŹR
В Эликсире тоже есть return. Но так как он автоматический, и стоит в конце блока, он не может нарушить этот принцип.
AB
делайте голосование. я проголосую за третий вариант. потому что есть случаи, когда мне проще сделать raise вначале, чтоб дальше всё не обходить. можете сказать, что я не умею правильно проектировать. но я проголосую за третий вариант: "по ситуации. но, в целом, за структурное программирование"