Теье уже дали ответ дважды , вторым вариантом может быть json schema validation , но тебе все равно в реквесте исключать поля те надо , так что пиши дто и работай с ней
то-есть если у меня ентити с полями которые конкретно относятся к этому ентити и их не логично выносить в другой класс - я все еще делаю чтото не так?)
Не, если там какой-то проект по микробиологии и там что-то с белками делается, то может быть, наверное, и 200 полей, лол Но я сомневаюсь, что это частый сценарий
ну у меня сейчас в проекте 3 таких ентити, в которых есть сущности ad, lineItem, campaign, у каждого только енумов от 5 до 10 где-то, потом еще где-то 10 базовых значений по типу id, name, разные флаги по бизнеслогике и тд
Вот я влезу со своим мнением нуба. Тебе технически ничего не мешает совать рефлексию в бизнес код. Будет ли это хорошо - нет. Так как существуют best practice и это не одно из них. Плюс рефлексия дороже, чем другие методы отбора. Если ты один запрос парсишь - ок, а если 500 тыс?
и да там много релейшонов, что не отменяет тот фаакт, что есть поля которые относятся к чему-то, что совсем не логично выносить в какую-то другую сущность