Ссылки
Поиск
Новости, Статьи |
Форум |
Файлы |
Привет, Гость
Обновления на форуме
Гадания на таро 0 >> |
Блок новостей в виде блога 1 >> |
Игры для сайта 34 >> |
Сервис создания тестов 94 >> |
Дед 1 >> |
Последние статьи
Сайт для фирмы-изготовителя натяжных потолков 0 |
Антиспам «Я не робот» 0 |
За что воюет Украина и когда всё это кончится 12 |
Удаление родителя текущего элемента на jQuery 0 |
Простой аккордеон на jQuery №3 0 |
ReloadCMS является одной из лучших систем для создания дорвеев, так как размножается с сайта на сайт простым копированием.
Разделы → Статьи → Разработка сайтов → Правильная разработка форм
Формы на сайтах применяются очень часто, но видит их прежде всего администратор, когда хочет внести или изменить информацию. Как же правильно разрабатывать формы для сайта? Если посмотреть в руководства, учебники и записи в блогах, то это выглядит как-то так (пример взят с популярного ресурса http://myru...html.html).
1. В форме используются значения имен полей типа «name = "terms"», «name = "pass"» и т.д. В результате обработка на сервере всех этих значений требует больших временных затрат — надо проверить и перебрать все значения, прилетевшие с запросом, GET или POST. Да, в маленьких формах лучше так и делать, как в примере. Но при увеличении количества полей временные затраты становятся слишком большие, ведь каждое поле приходится проверять вручную. Опытный разработчик запихивает весь запрос в массив, а ключи массива называет заранее предопределёнными именами, желательно такими же, как будет сохраняться в таблице БД. Например, в таблице названо поле «title» — не следует в поле формы обзывать это поле «name = "name"», должно быть «name = "title"». Тогда на стороне сервера это легко принять и обработать, в том числе вставить дополнительную проверку на валидность — например, если поле должно быть числом, желательно это проверить дополнительно. Вместо обычного ручного перечисления значений мы можем написать цикл, что особенно актуально для больших форм. И даже записать его в функцию.
С учётом, что мы в форме имеем ключи те же, что в таблице, отлов запроса на сервере и вызов функции сохранения в БД будет выглядеть примерно так.
2. На самом деле, опытные разработчики отделяют представление от модели и контроллера (шаблон программирования Model-View-Controller является самым используемым). В свете этого, формы обычно проектируют как класс, что создает дополнительные удобства. В самом деле, структура формы (каркас) всегда одинакова, а уж какими тегами или классами изукрасить — дело другое и к программисту не относится. Это дело дизайнера и верстальщика. В нашем движке такой класс тоже имеется. Вышеуказанная форма с использованием класса форм выглядела бы так:
3. Сравнение с аналогами. Заметьте, класс форм есть во всех мало-мальски серьёзных системах управления, и это неспроста. Самый известный, пожалуй, Zend Form из Zend Framework. Он гибче нашего, но как следствие намного больше и сложнее. Если наш состоит менее чем 10 файлов, Zend Form содержит их более 70. |
||||||||||||
08.04.2016 10:52 | Автор/источник: Den1xxx |
Комментировать
Вы не залогинены! Регистрация
Устал читать? Напиши! Или позвони +375 29 5344286. На связи по будним дням с 800 до 1700.