там явно все до мозга костей

да хотя бы тем что первый snippet выглядит читабеленее

Во-первых, это не доп информация. Во-вторых, лично для меня второй читабельнее.

Во-первых, это не доп информация. Во-вторых, лично для меня второй читабельнее.

первый читабельнее

первый читабельнее

второй читабельнее :D

я то внешний читатель по отношению к твоему коду мне то лучше знать

я то внешний читатель по отношению к твоему коду мне то лучше знать

Да ты что? А я типа чужой код никогда не читал? :)

по любому первый читабельнее

второй, я гарантирую это

че голосование устраивать чтоле?

Ну и мы отвлеклись. Какую неявность разрешил else?

че голосование устраивать чтоле?

Ага, только не здесь, а на императивном форуме :)

у плюсовиков спросить, например

особенно если функция немного сложнее выше приведенной.

у плюсовиков спросить, например

я плюсовик с 9 летним стажем говою тебе уже битый час

Ну дык и я плюсовик с 12 летним стажем :)

Ну и хер с ней с читабельностью, про неявность-то ответишь?

Читабельность вообще вещь крайне субъективная

кроме того когда я отдавал код на ревью не мене а более опытные товарищи никогда ничего против не имели

Ну и я бы не имел

без разницы в таких простых случаях

Ну и мы отвлеклись. Какую неявность разрешил else?

у if указан явно else и что в этом случае делается. это написано явно

ну дык и без if явно будет указано, что будет сделано.

все что идет после if.

во многих случаях else нужен, ктож спорит.

но зачем категоричность в стиле if без else - говно и должен быть запрещен. Фанатики - лесом

все что идет после if.

это все ты уже выводишь логически. ты думаешь ok else не указан что тогда.... и находишь что просиходит а если он указан то и выводить нечего

но зачем категоричность в стиле if без else - говно и должен быть запрещен. Фанатики - лесом

ну во первых я не фанатик, во вторых кто не фанатик то и не идет, а в третьих я сам решу какими путями мне ходить

это все ты уже выводишь логически. ты думаешь ok else не указан что тогда.... и находишь что просиходит а если он указан то и выводить нечего

это не нужно зачастую. если такой вывод действительно имеет место, то ставится else конечно

ну во первых я не фанатик, во вторых кто не фанатик то и не идет, а в третьих я сам решу какими путями мне ходить

я разве где-то указывал как тебе кодить?

ну и фанатиком не обзывал

давай другой пример

if(cond1) throw exception;

да вот разбирайся

if (bar is null) bar = new Bar(123); if (bar is Bar(124)) return; if (something) foo = new Foo(321); if (foo == Bar(123)) bar = Bee(234); if (isStub(bar)) foo = Bee(234);

if (bar is null) bar = new Bar(123); if (bar is Bar(124)) return; if (something) foo = new Foo(321); if (foo == Bar(123)) bar = Bee(234); if (isStub(bar)) foo = Bee(234);

повторяю, я не против else, наоборот за. но бывают случаи, когда без else проще

if(cond1) throw exception; ... if(cond2) throw exception; ... if(cond3) throw exception;

бывают еще такая же if(cond1) return;

и зачем тут городить портянки из вложеных if..else, или городить кучи коротких функций из одной строки?

это уже смаивает на гарды

бывают еще такая же if(cond1) return;

ага, я приводил в самом начале

короче, считаешь ли ты, что if без else (допустим в плюсах) никогда не должен быть в хорошем коде?

)) мне напомнило это "согласен ли ты взять эту... конструкцию в... "

не ну а ты сам как считаешь?

Я лично считаю, что зависит от ситуации. иногда else только затруднит чтение кода.

а вот в эликсире я заметил, что без else получается, как правило, говно.

а вот в эликсире я заметил, что без else получается, как правило, говно.

ну ты же понимаешь что не бывает так что в одном языке говно а в другом нет

ведь кто-то же неправ из этих двух языков

ну ты же понимаешь что не бывает так что в одном языке говно а в другом нет

бывает вообще-то

ну или более прав чем другой

особенно если парадигмы в корне различаются

ну в какой нибудь отдельно взятой функции можно написать так что и парадигму не сразу разберешь

в эликсире писать аналогично if(x > 10) x = x - 10 вообще бессмысленно

только так x = if x > 10, do: x - 10, else: x

ну или через case или cond

вот может потому код на Elixir и более стабилен, что там меньше места для "разночтений". Если ты пишешь casе то он вынуждает тебя продумывать все варианты. а это способствует тому что ты стягиваешь в одно место все необходимое для этого и оно не размазано по коду

вот может потому код на Elixir и более стабилен, что там меньше места для "разночтений". Если ты пишешь casе то он вынуждает тебя продумывать все варианты. а это способствует тому что ты стягиваешь в одно место все необходимое для этого и оно не размазано по коду

не бывает идеальных языков и парадигм. У эликсира свои заморочки.

эликсир форсирует использовать else из-за своей функциональности и иммутабельности

в чистых функциональных языках вроде хаскеля, смысл в if ,без else вообще тотально исчезает.

давай еще обсудим goto. :D

континьюейшены

unless

брейки

а давай че еще все воскресенье впереди

анлесс - это на неделю

:lol:

я знал чувака который знал чувака который лично видел как кто-то написал unless

я рубист

ОМФГ

я пишу анлесы как стейтмент модифайеры каждый день

спрашивайте свои вопросы

но все знают только иф, анлесс никто не вспомнил за двое суток

что такое анлесс?

пойду я нервно покурю

это изящный способ запутывания кода

спрашивайте свои вопросы

ты всегда используешь else вместе с unless?

тогда это самое то для обсуждения

что такое анлесс?

https://elixirschool.com/ru/lessons/basics/control-structures/#if-%D0%B8-unless

https://elixirschool.com/ru/lessons/basics/control-structures/#if-%D0%B8-unless

да я просто масла подливаю

ну мало ли

а вообще пишите else без и if будет вам щасте

вот так

else { а = 12; }

else { а = 12; }

пробавал, кампилятар выводит ашипку

надо так else a = a++ + ++a;

в чистых функциональных языках вроде хаскеля, смысл в if ,без else вообще тотально исчезает.

Там ещё тип должен быть одинаков внутри иф и else

Товарищи, а есть ли быстрый способ получить все ключи из ETS ?

ets:foldl/3 ?

Быстрого нет

Недавно ковырялся в кишках фреймворка Phoenix, чтобы понять как его трейсить, и вот что я вам скажу: Elixir невероятно сложный язык. Ужасно сложный. Erlang проще и понятнее раз в десять. Возможность легко писать макросы и неявно их использовать открыли врата в ад. Вот моё пророчество на следующие 5-7 лет: Эликсир ждёт повальный отказ от использования макросов, также как в C++ все отказываются от множественного наследования и исключений. Феникс скорее всего будет серьёзно переписан, либо будет создан новый фреймворк который возьмёт лидерство. Альтернатива этому — постепенная стагнация и забвение.

а исследования есть, не знаю, британских ученых там или кого-либо еще

чтобы как-то подтвердить свои слова

в тех же рельсах куча магии и неявности, нормально живется

подтвердить что "макросы открыли врата в ад"?

подтвердить что "макросы открыли врата в ад"?

макросы открыли врата в ад, которые потом закрылись в рантайме из-за неучтенного бага

а если писать тесты так вообще все замечательно

язык дает замечательный инструмент для метапрограммирования, и бояться его = не уметь его готовить

Недавно ковырялся в кишках фреймворка Phoenix, чтобы понять как его трейсить, и вот что я вам скажу: Elixir невероятно сложный язык. Ужасно сложный. Erlang проще и понятнее раз в десять. Возможность легко писать макросы и неявно их использовать открыли врата в ад. Вот моё пророчество на следующие 5-7 лет: Эликсир ждёт повальный отказ от использования макросов, также как в C++ все отказываются от множественного наследования и исключений. Феникс скорее всего будет серьёзно переписан, либо будет создан новый фреймворк который возьмёт лидерство. Альтернатива этому — постепенная стагнация и забвение.

++

макросы открыли врата в ад, которые потом закрылись в рантайме из-за неучтенного бага

??