ŹR
Тут другой механизм какой-то...
Size: a a a
2021 February 17
AN
Там же написано jit
Есть ещё AOT, +можно вообще свой компилятор прикрутить
AN
Я так понял он при первом вызове компилирует и потом только использует. Но если вызвать с другим набором аргументов, скомпилирует снова уже под новую модель
2021 February 18
M
В нифки сразу компилит зиг, разве нет?
А нет ли кстати либы для си как либы для зига?
a
Раньше же высказали правильную теорию - борьба с диалайзером это.
Не подскажу название проверки, но она ругает, если не проверяется результат возврата функции. ЕМНИП, даже если результат возврата - :ok - что по спекам, что по факту (коду)
Не подскажу название проверки, но она ругает, если не проверяется результат возврата функции. ЕМНИП, даже если результат возврата - :ok - что по спекам, что по факту (коду)
((
А подскажите что используют если нужно поведение массива?
LL
А подскажите что используют если нужно поведение массива?
:array или туплAD
Не совсем понимаю, как грамотно обрабатывать исключения.
При обработке данных для сохранения в changeset валидаторы выкидывают ошибку. Её нужно хэндлить через try/catch при вызове build(data) |> Repo.insert? или нужно позволить упасть вызывающему серверу? Поискал на гитхабе проекты по запросу elixir umbrella, но в них не нашел ничего про трай кетчи вроде. Типа "Ебанет? Не должно"
При обработке данных для сохранения в changeset валидаторы выкидывают ошибку. Её нужно хэндлить через try/catch при вызове build(data) |> Repo.insert? или нужно позволить упасть вызывающему серверу? Поискал на гитхабе проекты по запросу elixir umbrella, но в них не нашел ничего про трай кетчи вроде. Типа "Ебанет? Не должно"
AN
Ошибка валидации, это ведь не исключительная ситуация, а вполне обычная. Зачем эксепшоны?
IK
Не совсем понимаю, как грамотно обрабатывать исключения.
При обработке данных для сохранения в changeset валидаторы выкидывают ошибку. Её нужно хэндлить через try/catch при вызове build(data) |> Repo.insert? или нужно позволить упасть вызывающему серверу? Поискал на гитхабе проекты по запросу elixir umbrella, но в них не нашел ничего про трай кетчи вроде. Типа "Ебанет? Не должно"
При обработке данных для сохранения в changeset валидаторы выкидывают ошибку. Её нужно хэндлить через try/catch при вызове build(data) |> Repo.insert? или нужно позволить упасть вызывающему серверу? Поискал на гитхабе проекты по запросу elixir umbrella, но в них не нашел ничего про трай кетчи вроде. Типа "Ебанет? Не должно"
Можешь пример привести? Они обычно возвращают не валидный changeset
ŹR
А нет ли кстати либы для си как либы для зига?
Во первых я думаю что нет, во вторых я не вижу ни одной причины почему я должен писать код си внутри кода для эликсира, если я могу написать обычную нифку с ide, тестами и вот этим всем
AD
Можешь пример привести? Они обычно возвращают не валидный changeset
Вот, к примеру, исключение, которое я получаю при попытке сохранить два объекта с одинаковыми именами. Хотелось бы отловить это и сообщить пользователю о том, что у него ошибка в данных
ŹR
Даже растлер, который в 0.22 версии решил добавить макросов которые под капотом достают и кастят аргументы функции по моему уже хуета
ŹR
Вот, к примеру, исключение, которое я получаю при попытке сохранить два объекта с одинаковыми именами. Хотелось бы отловить это и сообщить пользователю о том, что у него ошибка в данных
Ты вызываешь insert! чтоли?
AD
Ошибка валидации, это ведь не исключительная ситуация, а вполне обычная. Зачем эксепшоны?
¯\_(ツ)_/¯ вот я и хочу узнать, как их можно превратить в {:error, message}
ŹR
insert не бросает исключений
AD
Ты вызываешь insert! чтоли?
Ага. С ним проблема?
IK
Ага. С ним проблема?
тебе нужен Repo.insert/2
AD
insert не бросает исключений
Оо спасибо. Похоже, я задавал неправильный вопрос
IK
Оо спасибо. Похоже, я задавал неправильный вопрос
все что с
! выбрасывает исключения, все что без возврщает result tuple