т.е. на основной странице. так?
|
А что есть основная страница?
Ну что за вопросы. Это описание операций для асинхронного запроса, где он подключается, там и должно быть описание. Просто поместите этот объект в тот же скрипт где и код самого запроса. А уже где вы его подключаете мне не ведомо. |
основная страница, в моем понимании выглядит примерно так:
<html>
<head>
<script src="../jquery.js"></script>
<script>
function AjaxLoad(){ // универсальная функция, обеспечивающая загрузку
….
}
</script>
</head>
<body>
<div>......</div>
<body/>
</html>
|
а подгружаемая форм выглядит примерно так:
<form>
<input />
…..
</form>
<script>
$(function(){
// код обслуживающий эту форму
});
</script>
|
<html>
<head>
<script src="../jquery.js"></script>
<script>
//объект функций описывающий определяемые сервером задачи
var define = {
};
function AjaxLoad(){ // универсальная функция, обеспечивающая загрузку
….
}
</script>
</head>
<body>
<div>......</div>
<body/>
</html>
Какой смысл их подключать отдельным файлом. Хотя если скрипты объемные, то для удобства можно в режиме отладки иметь и отдельные подключаемые файлы, а вот на сервер помещать упакованные в один. |
Цитата:
|
разных форм на сайте может быть дофига! форма логина, форма регистрации, форма оформления заявки..... и т.д и т.п.
логика работы у каждой формы практически всегда своя индивидуальная. поэтому каждую форму лучше подгружать отдельно, когда она потребуется. |
Цитата:
общий у меня только аякс загрузчик. |
То, что ваш загрузчик принимает от сервера код форм и помещает их на страницу никоим образом не означает, что он универсален. А если наряду с загрузкой форм загружается и скрипт их обслуживающий, то какие тогда проблемы?
И вообще, универсальность не может быть абсолютной, есть границы, в которых приложение либо технический аппарат может выполнять операции/функции расширяющие его возможности, но логически связанные. Вы же не станете к самолету пытаться прицепить плуг для вспашки полей только ради универсальности. Вот так и с веб страницей. Например, после отправки некой формы серверу, в зависимости от ее обработки требуется перенаправить пользователя на другую страницу. Серверу сделать это не сложно, достаточно отправить соответствующий заголовок. Но в режиме асинхронного обмена с клиентом этого сервер уже не сможет сделать, ибо это не будет переадресацией - содержимое страницы будет отдано клиенту как ответ. Но если такое требуется значит это уже есть одна из задач "универсальности". И такие различные задачи, которые будут востребованы, и должны быть определены. Они не являются частью индивидуальных обработчиков тех или иных форм, или прочих элементов. Это набор, операции, которые могут потребоваться при выполнении различных задач/обработчиков. Например, обмен происходит в формате JSON. Если определить через свойства объекта, описываемого этим форматом, те или иные действия на клиенте, то сервер уже может определить эти задачи, опираясь на параметры запроса, результата его обработки и т.п: {"add":{"#a":"data",".b":"data"}, - поместить данные в объект id=a и классом b "msg":"data", - вывести сообщение "opt":[1,2,3] - определить значения переменных "exe":{"a":[...],...} - выполнить функции } и это одним ответом. А обработчику запроса, коли они "универсальный" нужно только проверить свойства и выполнить операции. Это же самое можно задавать и через атрибуты. Все зависит от того, насколько "широка" ваша универсальность и что ею предписано. |
Цитата:
пример его работы можно посмотреть здесь: http://rem-mastera.ru/DemandOrdersList если нажать на: "войти на сайт", "откликнуться", "сделать заказ" то будут подгружаться различные формы. Цитата:
я абсолютно согласен с тем, что любая универсальность имеет границы разумности, и самолету плуг не нужен :) Для редиректа на другую страницу после отправки форм через ajax я тоже использую подобный механизм: сервер, после обработки формы отдает json объект, универсальный отправщик ajax-форм проверяет наличие в этом json поля redirect, если такое поле имеется, бараузер перенаправляется по указанному url. |
| Часовой пояс GMT +3, время: 16:37. |