Size: a a a

2021 November 25

A

Alexander-Arnold in learn.java
я недавно тут рассказывал.
патч запрос op, path, value
источник

DC

Denis Chikanov in learn.java
Если у тебя 30 публично доступных полей в одном классе, ты всё ещё делаешь что-то не так
источник

A

Alexander-Arnold in learn.java
в котором в path передавал название поля для патча
источник

A

Alexander-Arnold in learn.java
чтобы валидировать - существует ли такое поле
источник

DC

Denis Chikanov in learn.java
Переслано от ...
Принимай в запросе дто где есть только те поля что можно менять
источник

DC

Denis Chikanov in learn.java
Переслано от ...
Теье уже дали ответ дважды , вторым вариантом может быть json schema validation , но тебе все равно в реквесте исключать поля те надо , так что пиши дто и работай с ней
источник

DC

Denis Chikanov in learn.java
И тебе (а точнее @endroflkek) отвечали, что это говно и не надо так делать
источник

かたかわ in learn.java
Но зачем ради этого выкидывать ООП, когда его можно не выкидывать?
источник

A

Alexander-Arnold in learn.java
што? а сколько должно быть полей у объекта, который держит в себе столько "метаданные"?
источник

DC

Denis Chikanov in learn.java
Учись группировать их по подклассам, ну
источник

DC

Denis Chikanov in learn.java
(и да, это прекрасно сериализуется в плоскую структуру, и в отличие от класса с 30 полями поддерживаемо)
источник

A

Alexander-Arnold in learn.java
то-есть если у меня ентити с полями которые конкретно относятся к этому ентити и их не логично выносить в другой класс - я все еще делаю чтото не так?)
источник

かたかわ in learn.java
А пример можно?
источник

DC

Denis Chikanov in learn.java
Покажи мне пример такой энтити
А заодно объясни, зачем тебе два аккаунта в этом чате, лол
источник

かたかわ in learn.java
Не, если там какой-то проект по микробиологии и там что-то с белками делается, то может быть, наверное, и 200 полей, лол
Но я сомневаюсь, что это частый сценарий
источник

DC

Denis Chikanov in learn.java
Зачем только тогда их жсон-патчить...
источник

かたかわ in learn.java
Вот хороший вопрос, лмао
источник

A

Alexander-Arnold in learn.java
ну у меня сейчас в проекте 3 таких ентити, в которых есть сущности ad, lineItem, campaign, у каждого только енумов от 5 до 10  где-то, потом еще где-то 10 базовых значений по типу id, name, разные флаги по бизнеслогике и тд
источник

Д

Денисян in learn.java
Вот я влезу со своим мнением нуба. Тебе технически ничего не мешает совать рефлексию в бизнес код. Будет ли это хорошо - нет. Так как существуют best practice и это не одно из них. Плюс рефлексия дороже, чем другие методы отбора. Если ты один запрос парсишь - ок, а если 500 тыс?
источник

A

Alexander-Arnold in learn.java
и да там много релейшонов, что не отменяет тот фаакт, что есть поля которые относятся к чему-то, что совсем не логично выносить в какую-то другую сущность
источник