[laimas]

То, что ваш загрузчик принимает от сервера код форм и помещает их на страницу никоим образом не означает, что он универсален. А если наряду с загрузкой форм загружается и скрипт их обслуживающий, то какие тогда проблемы?

И вообще, универсальность не может быть абсолютной, есть границы, в которых приложение либо технический аппарат может выполнять операции/функции расширяющие его возможности, но логически связанные. Вы же не станете к самолету пытаться прицепить плуг для вспашки полей только ради универсальности.

Вот так и с веб страницей. Например, после отправки некой формы серверу, в зависимости от ее обработки требуется перенаправить пользователя на другую страницу. Серверу сделать это не сложно, достаточно отправить соответствующий заголовок. Но в режиме асинхронного обмена с клиентом этого сервер уже не сможет сделать, ибо это не будет переадресацией - содержимое страницы будет отдано клиенту как ответ. Но если такое требуется значит это уже есть одна из задач "универсальности".

И такие различные задачи, которые будут востребованы, и должны быть определены. Они не являются частью индивидуальных обработчиков тех или иных форм, или прочих элементов. Это набор, операции, которые могут потребоваться при выполнении различных задач/обработчиков.

Например, обмен происходит в формате JSON. Если определить через свойства объекта, описываемого этим форматом, те или иные действия на клиенте, то сервер уже может определить эти задачи, опираясь на параметры запроса, результата его обработки и т.п:

{"add":{"#a":"data",".b":"data"}, - поместить данные в объект id=a и классом b
"msg":"data", - вывести сообщение
"opt":[1,2,3] - определить значения переменных
"exe":{"a":[...],...} - выполнить функции
}

и это одним ответом. А обработчику запроса, коли они "универсальный" нужно только проверить свойства и выполнить операции. Это же самое можно задавать и через атрибуты. Все зависит от того, насколько "широка" ваша универсальность и что ею предписано.