вот щас для каждого поля будем ещё одно скрытое добавлять.Ну да, это как бы нормально. Так обходится необходимость перечисления всех полей в запросе, даже если пользователь не заполнил что-то ненужное. Стандартная фича вообще то, как раз для таких случаев.
А бэк-то и не догадается, то ли ему от юзера пришло, то ли дефолтное подставилось.Это... а какая разница?
Имхо логичнее на бэке уже разбираться, что пользователь вписал, а что пропустил и чем заменить.Ну да, зачем править верстку, тем более что она по стандартному шаблону выводится и вставить еще одно поле не проблема. Надо залезть в код, и перечислить все возможные поля, конечно же.
так придется дублировать, если будет много кнопок.Каких кнопок? Ты что, их рукам добавляешь?
Мне нужно по токену и id вход осуществитьТрижды перечитал вопрос, там нет никакого упоминания токенов и входа...
По моему, трейты нарушают кучу принципов.Нет, не нарушают. В рамках ооп трейты являются заменой множественного наследования. Оба механизма относятся не столько к принципам ооп, сколько к нюансам реализации наследования в конкретном языке.
SELECT Code, Max(DateExport)
Сейчас пробую так, но из этого не получается получить ID этой записи