|
Сообщение от x-yuri
|
|
На модули разбили?
|
Именно. Не для кого не секрет, что модульность упрощает разработку и поддержку продукта. Если она есть, то должна быть во всем. На клиенте модульность должна начинаться именно с данных. Ведь на данные накладывается функционал, а раз данные поделены - автоматом делится и функционал на логические сущности.
На самом деле, программируя интерфейс, вы все уже давно работаете с модулями. Всё что вы пишите по сути своей расширяет уже что-то готовое, встроенное, либо это самостоятельный модуль.
Приведу примеры. Вы все писали расширения к модулям XHTML:
placeholders, валидация, ajax загрузка файлов - это примеры расширений модуля Forms, описанного в спецификации XHTML. Действительно, в валидаторе вам нужны только теги из этого модуля (т.е. форма и её элементы).
Сортировка - расширение модуля Tables.
Дерево - расширение модуля List.
В HTML нельзя создать собственный модуль на уровне данных. Формат этого не предусматривает. Конечно, логику написать можно и всё будет работать, но данные (теги), которые он использует, будут принадлежать другим модулям (стандартным). Отсюда все болезни: верстак изменил html-код - упали скрипты (знакомая ситуация?). Фикс такого бага в большинстве случаев сводится к правке селектора или ещё какой-нибудь мелочи, но сам факт фикса присутствует!
XHTML дает такую возможность посредством пространств имен. Модальное окно - пример самостоятельного модуля. Основные узлы (заголовок, контент и т.д.) должны принадлежать ему (иметь собственное пространство имен). SVG - самостоятельный модуль. Работает только в XHTML, потому что в HTML его просто невозможно вставить (см. предыдущий абзац).
По сути - кастомный модуль почти ничем не отличается от того же SVG. Отличие одно - SVG написан на другом языке программирования и встроен в браузер, а кастомный на javascript.
Я смотрю на веб-приложение с этой позиции. Предлагаю взглянуть и вам
