DanKud, Ну так код то все равно будет в виде строки) И его придется eval() выполнять, разве нет? Я поэтому и спрашиваю, нормально ли в 2019 году использовать eval() в таком случае или есть другие, более правильные способы?
DanKud, Мне не на бэкэнде нужно формы различать, а на фронтэнде, после получения ответа от бэка. Т.е. если форма прошла валидацию и успешно отправилась, мне нужно выполнить уникальный для каждой формы код в js. Типа
DanKud, Ну скажем у меня есть 10 форм. Вы предлагаете для каждой писать отдельный обработчик? Мне кажется это излишним. Я даю класс 'ajax-form' и на все формы с этим классом вешаю один обработчик. Но проблема в том, что у каждой формы свои цели... Вот сейчас пришло в голову хранить только названия целей в data атрибутах... но а вдруг разные будут? А нет, глянул, у яндекса одно название цели, у гугла другое. А 2 дата атрибута давать несколько странно...
Алексей Скляров, Так мне надо, чтобы первому клиенту ушел ААА-0001, а когда второй заполнит - ААА-0002. При чем тут уникальное значение? Просто если вдруг двое в один момент времени отправят форму, то наверно будут проблемы, нет?
Но ведь не правильно изменять внутреннюю стилизацию блока из другого блока. Из родительского блока я максимум ширину и отступы задаю. Я просто думал, что это не правильно.
Для стилизации мне эта обертка не нужна. Мне именно нужно знать - семантически это правильно или нет. HTML валидатор не ругается. HTML tree от yoksel тоже. Но на душе неспокойно)