Автор статьи: Богоявленский Андрей
Практически все компании разработчики приходят к вполне очевидному и логичному выводу, если сайты очень похожи друг на друга, их можно клонировать.. И начинается создание универсального паблишера, делают его 3-6 месяцев.. обычно получается неповоротливый монстр..
Я сторонник альтернативного пути, а именно накопления опыта по созданию логических модулей, для последующей реализации любыми средствами разработки и на любых платформах.
Рассмотрим как пример описания модуль НОВОСТИ:>
- Как это будет видно при отображении пользователям:
- Список новостей
Дата.
Анонс.
Ссылка подробнее.
(блок из таких данных)
Ссылки Предыдущие | Следующие.
Фильтр на отображение по году, месяцу, дням.
Форма подписки на новости по email - Страница новости
Дата.
Заголовок.
Тело.
Подпись.
Ссылки Предыдущая | Следующая
Форма подписки на новости по email.
- Список новостей
- Как это будет видно для ввода администратору сервера:
Сортировка: кто вводил, кто опрувил, по дате..
Просмотр новости до публикации.
Производить рассылку или нет.
Импорт новостей.
и т.д. - Типичные варианты модуля (для корпоративного сервера, портала и т.д.)
Дополнительные возможности — голосования по теме, ссылки на схожие материалы, календарь новостей, фильтры по разделам, версия для печати и т.д. - Ссылки на реальные примеры функционирования сервиса.
Работа фильтра по дням:
http://www.ing.ru/main.asp?lang=rus&tid={AE85611E-B9A0-11D4-A6DB-00508B8B783F}
Функция «Стандартная подпись»: http://www.dot.ru/news/pr20010521.html или http://www.artlebedev.ru/pr/issue_181.html
Импорт новостей: http://ricn.ru/test_news.html
и т.д.
Это не совсем полный список того, что описывается в модуле, цель данной статьи показать, что существует альтернативный способ накопления опыта.
Пиблишеры слишком неповоротливы, библиотеки контента (поддержка модулей в виде программного кода) достаточно сложны в обслуживании, а программисты почти всегда переписывают код предыдущего.. Так что логические модули это экономия времени, оптимизирование процессов.
