DB
не очень надежный код в общем
Size: a a a
2020 March 07
DB
изменения чреваты боком
ГМ
плохой сценарий на самом деле
Я требую список юзеров, говорю, что нужно "положить" в Users. Если метод возвратит true, значит объект будет возвращен и его нужно будет уничтожить
DB
лучше тогда его возвращай
DB
как результат функции, а не boolean
DB
сделай нормальную фабрику класса
DB
если создалось - значит вернулся инстанс, если нет - вернулся нил
DB
ну и дальше по условию на nil обрабатывай
ГМ
если создалось - значит вернулся инстанс, если нет - вернулся нил
У меня все методы созданы по одному подобию. Все вращают статус
М
если создалось - значит вернулся инстанс, если нет - вернулся нил
А ошибку куда
ГМ
И не все вращают объект
ГМ
А ошибку куда
Ошибка приходит асинхронно, через событие
М
Ошибка приходит асинхронно, через событие
Ошибка приходит асинхронно относительно результата выполнения??
ГМ
ГМ
Методу не нужна ошибка. Не получил данные, значит всё. Если хочешь показать ошибку, покажешь юзеру, она придет через обработчик
DB
ну и ок
AF
N
мне стиль d7 не нравится ) поэтому никогда не заморачивался над этим )
AF
М
Первый раз вижу такое решение... Нафига нужна асинхронность, если результат выполнения уже известен??