Общая архитектура CMS

Question

Я знаю, что это странный вопрос, который нужно задать, но я хотел бы знать, есть ли там какая-либо документация/блог-статья, которая объясняет архитектуру системы управления контентом веб-сайта? В частности, мне интересно узнать больше о том, как реализованы «виджеты».

Я не помню, какая система была такой, какой я видел, но в «представлении макета страницы» у нее была возможность разрешить конечному пользователю выбирать виджет (галерея миниатюр, контактная форма и т. Д.).) из списка и перетащите его в пользовательские области страницы.

Я знаю, что это не вопрос программирования, но, пожалуйста, я могу обратиться за советом/обратной связью.

Спасибо!

Answer 1

Я не думаю, что существует какая-либо конкретная архитектура CMS, ее много. То, что вы называете виджетами, может быть похоже на компонентный слой. Идея заключается в создании представления с использованием компонента, который может быть настроен и повторно использован. Это то, что asp.net использует afaik. С другой стороны, многие структуры MVC не используют компоненты, потому что характер MVC имеет вид, который несколько более грубый. Разница может быть легко обнаружена и лучше сопоставлена ​​с веб-приложениями и приложениями графического интерфейса. Большинство веб-приложений MVC используют какой-то механизм создания шаблонов для создания представлений с наиболее чем-то вроде частичного - встраивания шаблонов. Напротив, графические интерфейсы GUI представляют собой «виджеты», которые являются компонентами, из которых вы можете составить свой слой. Преимущество компонентов заключается в повторном использовании, но присутствует жесткость и некоторая связь с бэкэнд (их поведение).

Answer 2

Архитектура для CMS (в целом), возможно, не отличается от любого другого вида веб-приложения; вы обнаружите, что наибольшее влияние на архитектуру будут функциональные и нефункциональные требования: гибкость или производительность? локальная установка или размещение? Многопотенциальный или нет? и т.д.

Эта (схема включена - http://www.morphological.geek.nz/Architecture/default.aspx) является то, что я сделал для моей структуры/веб-приложения CMS:

• Изолированные различные зоны ответственности для обеспечения когезионной/сегрегации, где требуется.
• Уточнен реализация доступа к данным через чистый интерфейс.
• Отдельное содержание, страницы, макет страницы и «скины» (смотрите и почувствуйте).
• Разработан API с использованием внешнего стороннего использования.
• Повторное использование существующих возможностей, где я могу (библиотека AntiXSS, MS Ent Libs, поставщик членства пользователя/роли).

Целевой рынок для моего фреймворка должен быть установлен и запускаться локально или FTP'd на ISP в общедоступном хостинге (где у вас нет полного контроля над платформой).

Сначала я проявил гибкость (но старался помнить о производительности); и я не собираюсь использовать его как многопользовательскую систему.