ДБ
try catch навернешь?
UniqConstraintException e when e.Message.Contains("UC_Comment")
UniqConstraintException e when e.Message.Contains("UC_Comment")
Size: a a a
2020 July 23
A
усложняем, я хочу получать не исключение а result с конекретным месседжем "Ты уже оставлял комментарий"
В catch можно разобрать ошибку и из нее определить, от чего упало - разрыв соединение или попытка вставить дубликат
ДБ
или просто проверить через select
YT
Какие инструменты у фарша для UI тестинга юзают? Просто селениум или есть что-то еще? Вижу Canopy, но не шарю
A
или просто проверить через select
Это никак не исключает того, что могут появится дубликаты в таблице
ДБ
окей есть констреинт и бизнес логика
ДБ
почему предпочитаете игнорить бизнесс логику и ловить исключения?
VL
имхо но делать анализ на исключениях нельзя. нагрузите сервер десятками или сотнями запросами в секунду и он у вас сдохнет из-за накладных расходов на обработку исключений
ДБ
+ чтоб дейсвительно понять что там исключение именно изза дубля юзера, нужно ещё парсер написать месседжа
VS
почему предпочитаете игнорить бизнесс логику и ловить исключения?
тебе пытаются сказать что есть куча разных способов это сделать, и каждый способ для своей задачи может пригодиться, агрегаты оставляют тебе один единственный способ
VS
ты все равно их можешь заюзать если сильно хочется
VS
Какие инструменты у фарша для UI тестинга юзают? Просто селениум или есть что-то еще? Вижу Canopy, но не шарю
да, Canopy и юзают
YT
да, Canopy и юзают
А это какая-то обертка над селениумом?
VS
да
MS
Про EF уже закрыли тему или можно ещё? Пришлось отвлечься на работу.
MS
У него есть свои плюсы. Миграции, change tracking, include'ы.
YT
А его можно в обычные Test фреймворки впихнуть? А то в туторах все через встроенные функции
MS
Есть минусы: он медленный, он ограниченный по возможностям, он unit of work.
A
имхо но делать анализ на исключениях нельзя. нагрузите сервер десятками или сотнями запросами в секунду и он у вас сдохнет из-за накладных расходов на обработку исключений
Можно.
Нужно в голове держать всегда один момент:
ВСЕ ИМЕЕТ СВОИ ГРАНИЦЫ ПРИМЕНЕНИЯ.
Это очень просто.
Для мелкого вебприложения подойдёт, для хайлоада - нет, потому что в хайлоаде другие требования и другая архитектура.
Нужно в голове держать всегда один момент:
ВСЕ ИМЕЕТ СВОИ ГРАНИЦЫ ПРИМЕНЕНИЯ.
Это очень просто.
Для мелкого вебприложения подойдёт, для хайлоада - нет, потому что в хайлоаде другие требования и другая архитектура.
MS
Ну как бы на каждом проекте можно думать и выбирать. Просто так отвергать я бы не стал его.