ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
25 сообщений из 370, страница 4 из 15
  4  все
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712797
monstrU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
monstrU
Участник
love_bach,

вот пример с микрософта

вот такой ответ ты должен возвращать на уровне http для бизнес ошибок - всем все будет понятно

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
  "Message": "The request is invalid.",
  "ModelState": {
    "item": [
      "Required property 'Name' not found in JSON. Path '', line 1, position 14."
    ],
    "item.Name": [
      "The Name field is required."
    ],
    "item.Price": [
      "The field Price must be between 0 and 999."
    ]
  }
}
...
Рейтинг: 0 / 0
04.10.2018, 09:28
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712798
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
love_bach
Участник
monstrUlove_bach,

вот пример с микрософта

вот такой ответ ты должен возвращать на уровне http для бизнес ошибок - всем все будет понятно

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
  "Message": "The request is invalid.",
  "ModelState": {
    "item": [
      "Required property 'Name' not found in JSON. Path '', line 1, position 14."
    ],
    "item.Name": [
      "The Name field is required."
    ],
    "item.Price": [
      "The field Price must be between 0 and 999."
    ]
  }
}



спасибо
...
Рейтинг: 0 / 0
04.10.2018, 09:32
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712806
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
monstrUвот такой ответ ты должен возвращать на уровне http для бизнес ошибок - всем все будет понятно
Угу. ASP 2012 год?
...
если мы делаем API для всего и вся, то зачем посылать кучу текста на английском?
Его на экран не выводят. Читает его программа а не человек.
Поэтому имхо берем пример с оракле.
Возврат кода ошибки дополнительно если требуется.
При rest обычно не требуется. MS rest начал делать совсем недавно, поэтому доки устарели.
Помнить о безопасности и не давать лишней инфы.
А клиент по коду ошибки уже сам решит.
...
Это для api rest. В ASP можно пробросить и текст и что угодно с бэка на фронт.
...
Рейтинг: 0 / 0
04.10.2018, 09:53
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712812
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
WaspNewCorePetro123,

Я программист бэкэнда. Фронтэндер другой программист.
Моя задача предоставить удобный API.
Программисту клиента не нужен текст ошибки на английском с ошибками.
Ему нужен код ошибки.
А при rest бизнес код ошибки часто совпадает с кодами http транспорта.
Причем часто это не значит всегда, т.к. FullRest это приближение к идеальному rest.
...
Рейтинг: 0 / 0
04.10.2018, 10:03
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712817
Парамон
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Парамон
Участник
Petro123WaspNewCorePetro123,

Я программист бэкэнда. Фронтэндер другой программист.
Моя задача предоставить удобный API.
Программисту клиента не нужен текст ошибки на английском с ошибками.
Ему нужен код ошибки.
А при rest бизнес код ошибки часто совпадает с кодами http транспорта.
Причем часто это не значит всегда, т.к. FullRest это приближение к идеальному rest.
Клиент не будет заводить словарь твоих кодов, он может получить локализованный текст ошибки и не парится.
То, что клиент свою формочку перед запросом проверит тоже хорошо.
...
Рейтинг: 0 / 0
04.10.2018, 10:09
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712824
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
Парамон,
Да. Только:
1. Не парятся новички.
2. Для них есть справочник ошибок сразу локализованный в отдельном методе.
3. Это не сайт, а API.
4. Бери пример с оракла. Там одна строка ошибки с кодом. Всё.
...
Рейтинг: 0 / 0
04.10.2018, 10:16
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712839
monstrU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
monstrU
Участник
Petro123monstrUвот такой ответ ты должен возвращать на уровне http для бизнес ошибок - всем все будет понятно
Угу. ASP 2012 год?
...
если мы делаем API для всего и вся, то зачем посылать кучу текста на английском?
Его на экран не выводят. Читает его программа а не человек.
Поэтому имхо берем пример с оракле.
Возврат кода ошибки дополнительно если требуется.
При rest обычно не требуется. MS rest начал делать совсем недавно, поэтому доки устарели.
Помнить о безопасности и не давать лишней инфы.
А клиент по коду ошибки уже сам решит.
...
Это для api rest. В ASP можно пробросить и текст и что угодно с бэка на фронт.

почитай еще раз
Exception Handling in ASP.NET Web API
03/12/2012

статья за 2012 год - оно конечно достаточно старая, но подход оправданный

я специально написал нужны ответ в самом примитивном http

HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
// тут вот постарайся абстрагироваться и написать удобный формат ответа об ошибке
}

этот подход удобен и прозрачен.
можно возвращать код ошибки, можно возвращать код + его описание.
все зависит от архитектуры - как выберешь, таки и будет.

но подход - возвращать 400 + Json в Body ответа надеюсь без возражений проходит?
...
Рейтинг: 0 / 0
04.10.2018, 10:37
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712847
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
monstrUстатья за 2012 год - оно конечно достаточно старая, но подход оправданныйчем отличается Core, rest от ASP в курсе?
Что даже MS совместимость похерил!
...
Рейтинг: 0 / 0
04.10.2018, 10:45
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712852
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий Мух
Участник
monstrUlove_bachОбъясните гуры и мне

Запрос:
если отработало, то 200 + данные, или 404, если данные не удалось вернуть (нет данных, кривой url)

Команда:
если отработало, то 200/201 + данные
если есть ошибки бизнес логики, то ...
если падает, то 500 (и пофиг почему, логируем на бэке)
если кривой запрос, то 400 + ...

правильно думаю? что тут вместо "..." по феншую?

вот тут более менее удачное описание подхода к тому, какие ошибки надо использовать.
+1, норм

И, специально для ботов, 2015-го года, с текстом на русском и выводом на экран
...
Рейтинг: 0 / 0
04.10.2018, 10:56
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712856
handmadeFromRu
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
handmadeFromRu
Участник
Petro123Парамон,
Да. Только:
1. Не парятся новички.
2. Для них есть справочник ошибок сразу локализованный в отдельном методе.
3. Это не сайт, а API.
4. Бери пример с оракла. Там одна строка ошибки с кодом. Всё.

вот тут у меня двоякое ощущение вроде и коды хороши, а вроде и текст приятно понять сходу что не так. я пока для себя не определился тут и чаще вываливаю текст бл слоя. быть может коды не распробовал
...
Рейтинг: 0 / 0
04.10.2018, 11:04
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712865
Фотография Petro123
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Petro123
Участник
handmadeFromRu,
Ну и я не против текста и кода.
Только текст должен короткий и простой. Не как выше чел привёл.
Есть ешё и форму назад шлют)))
...
Рейтинг: 0 / 0
04.10.2018, 11:11
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712875
Дмитрий Мух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Дмитрий Мух
Участник
handmadeFromRuPetro123Парамон,
Да. Только:
1. Не парятся новички.
2. Для них есть справочник ошибок сразу локализованный в отдельном методе.
3. Это не сайт, а API.
4. Бери пример с оракла. Там одна строка ошибки с кодом. Всё.

вот тут у меня двоякое ощущение вроде и коды хороши, а вроде и текст приятно понять сходу что не так. я пока для себя не определился тут и чаще вываливаю текст бл слоя. быть может коды не распробовал
Когда пишешь на JavaScript клиента для API, то код 400 и сообщение "Required property 'Name' not found in JSON. Path '', line 1, position 14." ой как помогают.
Сразу видишь, что ты кривой JSON сформировал и где конкретно ошибка.

Подходу сто лет в обед. Так ещё в 2008-м делал для интеграции с туроператором Библио Глобус.
У них прям требование было: возвращать state по каждому из переданных элементов.
...
Рейтинг: 0 / 0
04.10.2018, 11:22
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712932
monstrU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
monstrU
Участник
Petro123handmadeFromRu,
Ну и я не против текста и кода.
Только текст должен короткий и простой. Не как выше чел привёл.
Есть ешё и форму назад шлют)))

интересно, если пример я дал как

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
   ErrorCode: '1001',
   Message: 'Указанный email пользователя не зарегистрирован'
}



споров было бы меньше
...
Рейтинг: 0 / 0
04.10.2018, 12:38
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712937
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
skyANA
Участник
monstrUPetro123handmadeFromRu,
Ну и я не против текста и кода.
Только текст должен короткий и простой. Не как выше чел привёл.
Есть ешё и форму назад шлют)))

интересно, если пример я дал как

Код: javascript
1.
2.
3.
4.
5.
6.
7.
8.
HTTP/1.1 400 Bad Request
Content-Type: application/json; charset=utf-8
Content-Length: 320

{
   ErrorCode: '1001',
   Message: 'Указанный email пользователя не зарегистрирован'
}




споров было бы меньше
Он скорее всего именно про "Required property 'Name' not found in JSON. Path '', line 1, position 14."
Этот текст для него длинный и сложный.
...
Рейтинг: 0 / 0
04.10.2018, 12:40
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712970
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ViPRosСам ты глупый.
Заставь клиента послать правильную информацию в правильный адресат.
А то всех ящеров, роботов и т.д. в поликлинику - лечить (и так блин везде очереди).

Мне непонятно, когда путают техническую и какую-нибудь организационную области.
Ошибки нужно проверять и валидировать на всех уровнях. Никогда нельзя полагать, что кто-то из участников системы типа ДОЛЖЕН слать/принимать только валидную информацию.

Это верно даже внутри разработки. Все методы, например, принимающие объекты по ссылке, должны проверять на null, даже если в требованиях указано, что null не должен передаваться. Так называемый null hell никто не отменял, и вообще.

ты какой-то странный.
...
Рейтинг: 0 / 0
04.10.2018, 13:30
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712971
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
monstrU
Код: javascript
1.
HTTP/1.1 400 Bad Request



бэд реквест относится только к ошибкам уровня протокола, но не данных

смотрю, бардак в головах достигает эпических размеров.

печаль, печаль, печаль....
...
Рейтинг: 0 / 0
04.10.2018, 13:31
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712974
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
love_bach
Участник
hVosttmonstrU
Код: javascript
1.
HTTP/1.1 400 Bad Request



бэд реквест относится только к ошибкам уровня протокола, но не данных

смотрю, бардак в головах достигает эпических размеров.

печаль, печаль, печаль....

покажи как надо
...
Рейтинг: 0 / 0
04.10.2018, 13:32
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712981
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
love_bach,

в смысле, как надо?
идёте читаете доку по HTTP ошибкам

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

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

если всё равно непонятно, рисуете таблицу своих ошибок и ситуаций, в табличке, где относите ошибки к тому или иному уровню.

тут ничего сложного.
...
Рейтинг: 0 / 0
04.10.2018, 13:36
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39712991
monstrU
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
monstrU
Участник
hVostt,

картина на форуме повторяется
1. задают вопрос
2. дают свой вариант ответа
поступает гневный пост "#всехерня #такнельзя #вывседураки"

просят дай твой вариант ответа - пишут иди в гугл.

снова спрошу - как надо то?
как надо возвращать бизнес ошибки из rest сервиса ?
...
Рейтинг: 0 / 0
04.10.2018, 13:53
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713048
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
monstrUhVostt,

картина на форуме повторяется
1. задают вопрос
2. дают свой вариант ответа
поступает гневный пост "#всехерня #такнельзя #вывседураки"

просят дай твой вариант ответа - пишут иди в гугл.

снова спрошу - как надо то?
как надо возвращать бизнес ошибки из rest сервиса ?

Характер ошибки - через коды, детали через json.
Запрос при отсутствии объекта в базе болжен возвращать код из 2ххх
Исключение - логика на чистых CRUD операциях, тут нужно уточнение архитектуры.
Так понятно?
Или и тут что-то нужно пояснить?
...
Рейтинг: 0 / 0
04.10.2018, 15:10
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713054
love_bach
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
love_bach
Участник
AddxЗапрос при отсутствии объекта в базе болжен возвращать код из 2ххх

тут вроде сошлись на 404

AddxИсключение - логика на чистых CRUD операциях, тут нужно уточнение архитектуры.


это о чем?
...
Рейтинг: 0 / 0
04.10.2018, 15:19
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713060
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
monstrUкартина на форуме повторяется
1. задают вопрос
2. дают свой вариант ответа
поступает гневный пост "#всехерня #такнельзя #вывседураки"

просят дай твой вариант ответа - пишут иди в гугл.

снова спрошу - как надо то?
как надо возвращать бизнес ошибки из rest сервиса ?

вместо вот этой нелепой и туповатой бомбёжки можно задать вопросы, конкретно, что непонятно? а напиши/научи, я что должен сюда лекцию выдать на несколько страниц? или что?

как надо я уже сказал.
что не понятно?
...
Рейтинг: 0 / 0
04.10.2018, 15:24
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713070
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ViPRos
Участник
hVosttViPRosСам ты глупый.
Заставь клиента послать правильную информацию в правильный адресат.
А то всех ящеров, роботов и т.д. в поликлинику - лечить (и так блин везде очереди).

Мне непонятно, когда путают техническую и какую-нибудь организационную области.
Ошибки нужно проверять и валидировать на всех уровнях. Никогда нельзя полагать, что кто-то из участников системы типа ДОЛЖЕН слать/принимать только валидную информацию.

Это верно даже внутри разработки. Все методы, например, принимающие объекты по ссылке, должны проверять на null, даже если в требованиях указано, что null не должен передаваться. Так называемый null hell никто не отменял, и вообще.

ты какой-то странный.
заставь клиента (вызывающий код) сделать все это
...
Рейтинг: 0 / 0
04.10.2018, 15:31
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713089
Фотография hVostt
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hVostt
Участник
ViPRosзаставь клиента (вызывающий код) сделать все это

поэтому валидация должна быть на всех уровнях.
как раз ещё и потому, зазработчик клиента может оказаться чукчей (как это обычно и бывает), и не делать по уму.
...
Рейтинг: 0 / 0
04.10.2018, 15:53
| Ответить | Цитировать | Написать  
Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
    #39713135
Addx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Addx
Участник
love_bachAddxЗапрос при отсутствии объекта в базе болжен возвращать код из 2ххх

тут вроде сошлись на 404



Если Вам нужна голосовалка, повесьте опрос.
Вы хотите простой ответ - я его даю.
Могу написать "поищите в интернете, тема заезженая, давно изучена со всех сторон, все плюсы и минусы известны"

love_bachAddxИсключение - логика на чистых CRUD операциях, тут нужно уточнение архитектуры.


это о чем?

Если Вы не знаете, что такое CRUD операции и API, построенное на нем, то Вам это не нужно.
Просто проигнорируйте.
...
Рейтинг: 0 / 0
04.10.2018, 17:07
| Ответить | Цитировать | Написать  
25 сообщений из 370, страница 4 из 15
  4  все
Форумы / ASP.NET [игнор отключен] [закрыт для гостей] / Какой-то стандартный подход для возврата на клиент ошибок/сообщений об ошибках ?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=18&msg=39712974&tid=1355117]:
 0ms
get settings:
 11ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 47ms
get topic data:
 8ms
get forum data:
 3ms
get page messages:
 56ms
get tp. blocked users:
 1ms
others: 258ms
total:  406ms
созд. / загр.: 406ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]