r
там два метода один который мне нужен а второй нельзя использовать
Не использовать этот трейт
Size: a a a
2020 November 03
ΑZ
Если должна блокироваться, то нет. Но если например после трёх попыток ввода пароля эта форма отжирает всю память, например из-за того что кто-то делает leak из бокса и не убирает потом за собой, то это всё таки ошибка.
если в спеке не сказано сколько памяти оно должно отжирать значит не ошибка
p
Mag Pie
Ретурн невер тайп
я не могу поменять тип возвращаемого значения для трейта
А
если в спеке не сказано сколько памяти оно должно отжирать значит не ошибка
ну вообще для всех программ по умолчанию подразумевается, что в них всё таки отсутствуют утечки памяти
p
red75prime
Не использовать этот трейт
ну наверное свой трейт придется писать, ага...
AZ
как это не выйдет, есть box::leak же
это шутка только первые 10 раз смешная
n
если в спеке не сказано сколько памяти оно должно отжирать значит не ошибка
Ммм диалектика
DS
EG
Не могу понять, почему вот это зависает в бесконечном цикле, где и
quote, и c равны двойной кавычке.EG
Не могу понять, почему вот это зависает в бесконечном цикле, где и
quote, и c равны двойной кавычке.Ответ: потому что первый аргумент к
escaped() должен матчить хотя бы один байт или фейлиться2020 November 04
MZ
как думаете, при написании либы правильнее свои Result и Error выносить на верхнюю область видимости (
my_lib::Result ) или добавлять дополнительный нэймспейс типа my_lib::error::Error ?/
как думаете, при написании либы правильнее свои Result и Error выносить на верхнюю область видимости (
my_lib::Result ) или добавлять дополнительный нэймспейс типа my_lib::error::Error ?Вроде бы std::io выносит на верхних уровень
/
Внутри это может быть не так, но публичное API именно такое
MZ
Да, и, например, serde_json тоже. Но некоторые в нэймспейс заворачивают
MZ
Мне просто на эту тему ишью завели и я вот думаю, фигня какая-то
в🧇
как думаете, при написании либы правильнее свои Result и Error выносить на верхнюю область видимости (
my_lib::Result ) или добавлять дополнительный нэймспейс типа my_lib::error::Error ?Обычно удобнее выносить на самый верх.
Ещё советую ошибку делать через дефолтный дженерик параметр, а не зашивать жёстко.
Ещё советую ошибку делать через дефолтный дженерик параметр, а не зашивать жёстко.
MZ
Обычно удобнее выносить на самый верх.
Ещё советую ошибку делать через дефолтный дженерик параметр, а не зашивать жёстко.
Ещё советую ошибку делать через дефолтный дженерик параметр, а не зашивать жёстко.
они сейчас наверху. про дженерик не понял. у меня Error простой enum
в🧇
они сейчас наверху. про дженерик не понял. у меня Error простой enum
type Result<T, E = Error> = core::result::Result<T, E>;D
^ имхо самый удобный вариант
D
можно и
Result<T> писать, и Result<T, io::Error> для других ошибок