способен распознать разные типы, если они указаны как [FromBody]? Или это в принципе ограничение системы регистрации эндпоинтов, что на 1 эндпоинт не могут быть назначены 2 разных метода есть какой-нибудь более или менее нормальный выход из этого?
по моему опыту либо умный эндпойнт, который умеет разбирать любое говно (и оно учтено в модели реквеста), либо два эндпойнта. второй вариант, опять же на мой взгляд, предпочтительнее, ибо жить так сильно проще.
проблема в том, что это колбек, да его можно развести на разные эндпоинты, но если есть вариант как то разрулить это, то хотелось бы хотя бы знать способ
Сделать 2 эндпоинта, чтобы потом не ломать голову, а почему все работает не так как нужно
вызов всегда одинаковый? queryString не отличается наличием-отсутствием каких-то параметров?
нет, только тело разное, я думаю в сторону принимать общую часть и по ней узнавать что за ивент, а потом вызывать нужный эндпоинт, но пока не особо понятно а можно ли как-то не парся руками забросить тот же запрос в эндпоинт или все же придется перепарсить руками? если придется, то откуда исходный брать? Не хотелось бы ваять монстрокласс только ради распределения. Или может парсер сможет в object все запихать?
Ну, все доступные варианты озвучены в вашей реплике =) Начните с попытки отпарсить в object и потом привести к нужному типу. Иначе только описывать всю дичь, которая там может приехать и учиться в нее парсить. Я последний раз такое победил созданием как раз монстрокласса, но он по размеру был не большой. Если у вас там мириады полей-пропертей, то может быть больно.
Обсуждают сегодня