LU
норм)))
Ну а вообще возвращать тот же 400, но с более-менее внятным телом звучит вайнотабле, либо же я не въехал в вопрос
Size: a a a
2020 December 18
NV
Ну а вообще возвращать тот же 400, но с более-менее внятным телом звучит вайнотабле, либо же я не въехал в вопрос
ок, с кодами разобрались. Но есть и вторая часть вопроса, порядок и логика выполнения)
2020 December 19
DY
DB
Никак, там должно быть компайл тайм вычислимое значение, разве что
nameof в вашем случаеDY
Никак, там должно быть компайл тайм вычислимое значение, разве что
nameof в вашем случаетак nameof это имя метода, мне надо его значение😭
DB
так nameof это имя метода, мне надо его значение😭
Создайте атрибут, который помечает свойство, которое нужно валидировать и в рантайме через рефлекшен проверяйте ваше свойство
DY
Создайте атрибут, который помечает свойство, которое нужно валидировать и в рантайме через рефлекшен проверяйте ваше свойство
проверять в атрибуте?
DB
проверять в атрибуте?
Проверять в валидаторе
DY
Проверять в валидаторе
ну я имел ввиду моем классе, что я создам
AB
На время и ресурсы потраченные на задрачивание рест и вокруг, кажется, можно было еще один фейсбук создать или на марсе уже колонию организовать.
>Мне кажется что это две разные ошибки и что они должны возвращаться раздельно.
Мб я туплю к двум ночи, но как ни крути запросов два. Ну в одном случае по StatusId, а в другом по StatusId AND CountryCode. И второй запрос выглядит странно, чойто ты в базу ходишь вроде по айди, но как будто проверяешь еще и CountryCode. Не помню что где то видел такие запросы в живых проектах. Если в сервисе появится кешировие, то кешировать удобнее по StatusId, т.к. так себе идея держать кучу данных в кеше на один статус код с перебором разных CountryCode(зная такую реализацию еще и заспамить можно разными кодами).
Если бы я был пользователем апи, то я хотел бы понимать что конкретно не так с моим запросом, а не “ой”. Жутко хочется каждый раз на непонятное “объект не найден” применить горячий утюг, т.к. детализации шо за объект из участвующих в процессе и почему(мб сам дурак и запрос кривой) не найден не то чтобы очевидно.
Скрытие реальной причины может быть обосновано для каких нибудь финансовых сервисов, где нельзя сказать на запрос по честному “иван иваныч, вы - мошенник и давно хотим вас посадить на бутылку, но найти не можем”, а надо сказать “сорян, не удаётся выполнить перевод”.
Еще бытует мнение, что 400, 404 - транспортного уровня коды, а не бизнес логики, но это холиварно.
>Мне кажется что это две разные ошибки и что они должны возвращаться раздельно.
Мб я туплю к двум ночи, но как ни крути запросов два. Ну в одном случае по StatusId, а в другом по StatusId AND CountryCode. И второй запрос выглядит странно, чойто ты в базу ходишь вроде по айди, но как будто проверяешь еще и CountryCode. Не помню что где то видел такие запросы в живых проектах. Если в сервисе появится кешировие, то кешировать удобнее по StatusId, т.к. так себе идея держать кучу данных в кеше на один статус код с перебором разных CountryCode(зная такую реализацию еще и заспамить можно разными кодами).
Если бы я был пользователем апи, то я хотел бы понимать что конкретно не так с моим запросом, а не “ой”. Жутко хочется каждый раз на непонятное “объект не найден” применить горячий утюг, т.к. детализации шо за объект из участвующих в процессе и почему(мб сам дурак и запрос кривой) не найден не то чтобы очевидно.
Скрытие реальной причины может быть обосновано для каких нибудь финансовых сервисов, где нельзя сказать на запрос по честному “иван иваныч, вы - мошенник и давно хотим вас посадить на бутылку, но найти не можем”, а надо сказать “сорян, не удаётся выполнить перевод”.
Еще бытует мнение, что 400, 404 - транспортного уровня коды, а не бизнес логики, но это холиварно.
NV
На время и ресурсы потраченные на задрачивание рест и вокруг, кажется, можно было еще один фейсбук создать или на марсе уже колонию организовать.
>Мне кажется что это две разные ошибки и что они должны возвращаться раздельно.
Мб я туплю к двум ночи, но как ни крути запросов два. Ну в одном случае по StatusId, а в другом по StatusId AND CountryCode. И второй запрос выглядит странно, чойто ты в базу ходишь вроде по айди, но как будто проверяешь еще и CountryCode. Не помню что где то видел такие запросы в живых проектах. Если в сервисе появится кешировие, то кешировать удобнее по StatusId, т.к. так себе идея держать кучу данных в кеше на один статус код с перебором разных CountryCode(зная такую реализацию еще и заспамить можно разными кодами).
Если бы я был пользователем апи, то я хотел бы понимать что конкретно не так с моим запросом, а не “ой”. Жутко хочется каждый раз на непонятное “объект не найден” применить горячий утюг, т.к. детализации шо за объект из участвующих в процессе и почему(мб сам дурак и запрос кривой) не найден не то чтобы очевидно.
Скрытие реальной причины может быть обосновано для каких нибудь финансовых сервисов, где нельзя сказать на запрос по честному “иван иваныч, вы - мошенник и давно хотим вас посадить на бутылку, но найти не можем”, а надо сказать “сорян, не удаётся выполнить перевод”.
Еще бытует мнение, что 400, 404 - транспортного уровня коды, а не бизнес логики, но это холиварно.
>Мне кажется что это две разные ошибки и что они должны возвращаться раздельно.
Мб я туплю к двум ночи, но как ни крути запросов два. Ну в одном случае по StatusId, а в другом по StatusId AND CountryCode. И второй запрос выглядит странно, чойто ты в базу ходишь вроде по айди, но как будто проверяешь еще и CountryCode. Не помню что где то видел такие запросы в живых проектах. Если в сервисе появится кешировие, то кешировать удобнее по StatusId, т.к. так себе идея держать кучу данных в кеше на один статус код с перебором разных CountryCode(зная такую реализацию еще и заспамить можно разными кодами).
Если бы я был пользователем апи, то я хотел бы понимать что конкретно не так с моим запросом, а не “ой”. Жутко хочется каждый раз на непонятное “объект не найден” применить горячий утюг, т.к. детализации шо за объект из участвующих в процессе и почему(мб сам дурак и запрос кривой) не найден не то чтобы очевидно.
Скрытие реальной причины может быть обосновано для каких нибудь финансовых сервисов, где нельзя сказать на запрос по честному “иван иваныч, вы - мошенник и давно хотим вас посадить на бутылку, но найти не можем”, а надо сказать “сорян, не удаётся выполнить перевод”.
Еще бытует мнение, что 400, 404 - транспортного уровня коды, а не бизнес логики, но это холиварно.
👍
Y
Подскажите, где можно прочитать о внутренней структуре процесса .net framework приложения. Интересно как динамические библиотеки загружаются в процесс. Знаю что типы из управляемых библиотек загружаются в каждый из доменов независимо. При выгрузке домена типы и связанные данные выгружаются. А как загружаются нативные библиотеки, загруженные через PInvoke. Какие есть GUI инструменты по работе с памятью .net framework приложений?
AB
WinDbg 😄
AB
>book
Pro .NET Memory Management?
Pro .NET Memory Management?
AB
А что за работа с памятью .нет приложения? Ну т.е. есть всякие windbg (олдскул), есть просто студия или райдер с дебаггером, есть JetBrains dotMemory
A
Подскажите, где можно прочитать о внутренней структуре процесса .net framework приложения. Интересно как динамические библиотеки загружаются в процесс. Знаю что типы из управляемых библиотек загружаются в каждый из доменов независимо. При выгрузке домена типы и связанные данные выгружаются. А как загружаются нативные библиотеки, загруженные через PInvoke. Какие есть GUI инструменты по работе с памятью .net framework приложений?
Рихтер