Local exceptions for control flow are OK: If the control flow is complicated and private, it’s OK to use exceptions for control flow.

и это рэйлвей маста??

Это нормальная практика

Потому что

много что нормальная практика. Но ведь это ВЛАШИН

Проще использовать ioexception напрямую чем функциональщину

много что нормальная практика. Но ведь это ВЛАШИН

Он и не был строгим адептом же

Проще использовать ioexception напрямую чем функциональщину

но ведь он не об этом

про IO у него отдельный пунктик

Так а почему нет

ну, потому что он именно про локал эксепшенс для контрол флоу 🤷‍♂️

Уже второй раз возмущаются эксепшенам локальным. В чём проблема-то?

для контрол флоу

это значит типа goto

Да. Был бы goto в F#, он ьы посоветовал его)

а это в свою очередь значит что мы забиваем на структурное программирование

Использование goto внутри метода означает, что забили на структурное программирование? Не слишком громко?

нет, не слишком

Ок. Тогда забили.

есть циклы, есть ветвления. А гоуту не нужен!

ну хотя нет, я один раз использовал в жизни

чтобы вырваться из глубокой вложенности

но это лишь означало что я очень херово запроектировал метод

там это, Влашин сошёл с ума

Совсем нет, все по коммьюнити гайдлайнам.

Уже второй раз возмущаются эксепшенам локальным. В чём проблема-то?

Проблемы в том, что в некоторых языках исключения - это дорого, а их реализация неортогональная. Некоторые люди думают, что это везде так, а не только в их жвм-гетто

Проблемы в том, что в некоторых языках исключения - это дорого, а их реализация неортогональная. Некоторые люди думают, что это везде так, а не только в их жвм-гетто

Так они вроде везде не бесплатны в том или ином виде.

Другой вопрос насколько.

Так они вроде везде не бесплатны в том или ином виде.

Ну какое-то количество тактов потратится

Проблемы в том, что в некоторых языках исключения - это дорого, а их реализация неортогональная. Некоторые люди думают, что это везде так, а не только в их жвм-гетто

В неткоре исключения дороже, чем в жвм, насколько я помню 🤷‍♂

Недавно была статья, что наоборот вроде

Или это было про окамл?

Ну какое-то количество тактов потратится

Но, конечно, использовать экспешены, чтобы выбраться из глубокой вложенности в методе - это повод задуматься. Хотя, конечно, могут быть ситуации (куча ресурсов, которые надо освобождать), где это может быть полезно.

Но это редкие случаи

Недавно была статья, что наоборот вроде

Они ещё и в коре дороже чем в полном фреймворке

Это очень смешно, но я перепутал фреймворк с джавой. https://github.com/dotnet/coreclr/issues/25167

Ну я вот по этому ишью сужу, так что хз.

Они ещё и в коре дороже чем в полном фреймворке

Так победим

Надо бы побенчить, но лень матушка. А ещё там много переменных же. Например, глубина.

Вообще было интересно подрубиться к студии в режиме дебага. Там исключения просто тонной летят внутри

Целым составом

И node js ещё!

Вообще было интересно подрубиться к студии в режиме дебага. Там исключения просто тонной летят внутри

Я к эмаксу подрубался. Все чистенько, никаких исключений, все летает

Исключения очень дорогие в дебаге, в релизе вроде достаточно быстрые, но конечно если в цикле летят тысячами, это не очень, и скорее где-то в коде проблема

Даже само слово исключение как бы намекает, что это не что-то регулярное

А вот в плюсах zero-cost value exceptions делают!

Когда говорят что нужно использовать исключения

Я их возвращаю иногда😆

https://github.com/dotnet/coreclr/issues/22224#issuecomment-499657814

https://github.com/dotnet/coreclr/issues/25167

Недавно была статья, что наоборот вроде

как раз наоборот, у неткоре дороже чем в джаве и полном фреймворке

Пофиксят рано или поздно, думаю. Вон, там Котаз уже шильдики вешал какие-то.

А пока можно пересесть на котлин!

нет, давайте строить на них контрол флоу! <горячится, брызгает слюной>

Николай из ин хир

нет, давайте строить на них контрол флоу! <горячится, брызгает слюной>

Гогого

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

Вот это весело было, наверное

нет, давайте строить на них контрол флоу! <горячится, брызгает слюной>

Логично. Чем больше таких эксепшенов будет в важных проектах, тем скорее оптимизируют исключения!

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

А ведь могли просто возвращать исключение и матчить по типу...

Ага, вот тупые

Или бросать исключение, ловить, возвращать и матчить

*возбуждается и идёт писать фреймворк*

Николай из ин хир

Да, читаю тут про ваши эксепшны

*возбуждается и идёт писать фреймворк*

Давай вместе

Я буду бросать, а ты ловить и возвращать, потом я матчить

Давай вместе

Интероп котлина и пхп?

А вы видели DU в котлине?

А их там не было когда я в последний раз смотрел

open class OrderMessage private () { // private constructor to prevent creating more subclasses outside class New(val id: Int, val quantity: Int) : OrderMessage() class Cancel(val id: Int) : OrderMessage() }

Так, криво скопировал

Ну так ты же их матчить потом нормально не сможешь

Будут у тебя смарткасты в свичах

Я в пхп тоже так могу

И даже в го

Ну так ты же их матчить потом нормально не сможешь

Матчить как раз можно

В самом низу

Ну ты матчишь классы, но без значений с их пропертями

Так что это свитч со смарткастом

Ну короче они очень такие себе