Изменения

Перейти к: навигация, поиск

Проблема модульной веб-разработки

55 байтов добавлено, 16:33, 12 июля 2009
Нет описания правки
В данный момент я ([[Участник:VitaliyFilippov|VitaliyFilippov]] 16:33, 12 июля 2009 (UTC)) создаю некую Новую Платформу для веб-разработки. Идея её, как всегда, частично идёт "от противного" - «от противного» — несмотря на то, что Платформа, Выросшая Из Vitaphoto, вполне жизнеспособна, юзабельна и даже содержит некоторые разумные идеи, она всё-таки неидеальна в использовании.
== Цель ==
Цель - Цель — добиться максимальных:
# модульности
# Приложение делится на модули;
# Для вывода кода страниц используется [[VMX-Template|шаблонизатор]] своей разработки. Причём, он специально сделан максимально простым, дабы избежать анти-паттернов разработки, к которым подталкивает [[TemplateToolkit|Template::Toolkit]], а именно, к перемещению 5050 % логики в шаблоны. Примеры того, где так происходит - происходит — Bugzilla, Vsem.ru. Используется шаблонизатор, созданный когда-то по мотивам шаблонизатора phpBB2, о чём напоминает синтаксис. Умеет буквально 5 вещей: циклы, IF'ыIF’ы, INCLUDE (включение другого шаблона), подстановки выражений в код, присваивания; Данные в шаблон передаются просто Perl-хешем;
# Конфигурация приложения представляет собой вложенный хеш, хранимый просто в виде Perl-кода;
Во-вторых, идеи, созданные "от противного" «от противного» по отношению к старой платформе:
# Модули теперь создаются по требованию, а не все сразу при старте приложения. Поэтому и modules_allow и modules_deny в конфигурации больше нет;
# Обработчик приложения делает фактически только eval {} для отлова исключений и подключение директорий @INC. В старой платформе обработчик делал Много Чего, в результате появлялись жёсткие завязки на некоторые идеи:
## Нет виртхостов (хотя они реализуемы) -  — идея размещения нескольких сайтов в одной базе данных показала свою несостоятельность;## Нет завязки на вызов метода render() у модулей, т.е. то есть методы обработки можно создавать любые по желанию;## Нет конфигурации "последовательностей модулей"«последовательностей модулей», т.е. то есть вызовы разных модулей можно комбинировать в коде как душе угодно;## Нет хеша имён таблиц, сопоставляющего "реальные" «реальные» таблицы "виртуальным"«виртуальным»;## Нет завязки на регулярные выражения в разборе URI, а точнее, нет вообще никакой завязки в разборе URI, как и самого стандартного разбора URI, кроме "страница«страница?параметры"параметры»;
## Нет завязки на обязательное соединение с БД;
# Вся функциональность, имевшая жёсткие завязки, теперь разнесена по модулям, и её можно как использовать, так и '''не''' использовать;
# Стандартные библиотечные модули больше не предоставляют собой "готовых страниц" - «готовых страниц» — каждый модуль теперь являет собой просто библиотеку функций, а функции, выводившие что-то в шаблон, теперь просто возвращают хеш, который можно подставлять, куда душе угодно;
И в-третьих, новые идеи:
# Все обращения к БД из библиотечных модулей теперь оборачиваются в функции и живут в Sway::db::, а рядом с ними лежат SQL дампы нужных им таблиц;
# Аналогично обращениям к БД делаются абстракции других операций - операций — иногда хранения (например сессий в кэше), иногда преобразования (например текста сообщений форума);
# Версионирование БД;
# Поддержка Funq;
# EmLog - EmLog — простой интерфейс, этакий RSS с PUSH'ем PUSH’ем для блогов, в качестве транспорта использующий Email.

Навигация