Content Management Framework

Материал из Википедии — свободной энциклопедии
(перенаправлено с «CMF»)
Текущая версия страницы пока не проверялась опытными участниками и может значительно отличаться от версии, проверенной 17 июля 2024 года; проверки требует 1 правка.
Перейти к навигации Перейти к поиску
Запрос «CMF» перенаправляется сюда; для режима химиотерапии CMF см. CMF (химиотерапия).

Content Management Framework (CMF) — это фреймворк для проектирования систем управления контентом. На их основе создаются системы управления содержимым (CMS), а также веб-приложения.

Преимущества

[править | править код]

Если основной задачей универсальных систем управления контентом является простота создания веб-сайта без вмешательства разработчика, то есть веб-дизайнера, то фреймворк управления контентом - это конструктор систем управления контентом (в том числе узкоспециализированных) для разработчика. Благодаря такому подходу сайт, созданный с использованием фреймворка, по сравнению с сайтом, основанным на системе управления контентом, может иметь более простую и безопасную панель администрирования (в которой отсутствуют функции настройки сайта для каких-либо задач) и быть менее требовательным к системным ресурсам (каждый модуль реализует именно те функции, которые необходимы на компьютере). рабочее место). При наличии хорошо продуманного фрейма и готовых модулей разработчику остается только собрать эти модули в единое пространство и оформить вывод в соответствии с пожеланиями клиента, то есть разработка веб-сайта на основе фрейма вполне сопоставима по сложности с разработкой веб-сайта на основе фреймворка сайт основан на универсальной системе управления контентом[1].

Трудности могут возникнуть, если программист-пользователь фреймворка столкнется с программными ошибками при их реализации и, не будучи экспертом в архитектуре фреймворка, у него могут возникнуть трудности с их обнаружением, он не может быть уверен, допустил ли он ошибку сам или столкнулся с ошибкой в фреймворке. Глубокие знания архитектуры фрейма также могут потребоваться при его тонкой настройке, если разработчик хочет получить максимальную производительность[2].

Архитектура

[править | править код]

Фреймворки веб-приложений обычно обеспечивают механизмы доступа к базе данных, шаблонизации и управление сессиями[англ.][3].

Большинство современных фреймворков управления содержимым являются реализацией архитектуры Model-View-Controller. Веб-фреймворк обеспечивает бесшовную интеграцию всех трёх слоёв MVC архитектуры. Фреймворки скрывают от программиста детали подключения к базе данных и формирования веб страниц с помощью шаблонов-представлений, позволяя программисту сконцентрироваться на реализации бизнес-логики[2].

Процесс создания приложения с использованием MVC-фреймворка заключается в написании классов контроллеров, моделей и представлений, каждый из которых является наследником базовых классов для компонентов каждого слоя.

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

Важные характеристики фреймворка

[править | править код]
  • Размер. При выборе фреймворка управления содержимым стоит обращать внимание на такие факторы, как его размер. Если он слишком велик и фреймворк не имеет легко разделяемой модульной архитектуры, это может неоправданно увеличить размер приложения. Компактность фреймворка может вступить в противоречие с широтой возможностей, которые он предоставляет[2].
  • Производительность — другая важная на практике характеристика веб-фреймворка. Она может косвенно зависеть от размера, особенно для интерпретируемых языков подобным PHP. Следует оценивать производительность фреймворка в таких единицах, как количество обрабатываемых в секунду запросов[2].

Граница между фреймворком и системой управления содержимым

[править | править код]

Многие современные системы управления содержимым (CMS) построены вокруг MVC-паттерна. Такой фреймворк может быть специально написан для системы, примерами могут являться: Joomla! (начиная с версии 1.5), Bitrix (начиная с версии 6), MODX Revolution (начиная с версии 2.0), SilverStripe, Contao, Frog CMS/Wolf CMS ведётся постепенный перевод на такую архитектуру TYPO3. Другие системы используют фреймворки, популярные сами по себе. Так, написанная на языке Python система управления содержимым Plone построена на основе объектно-ориентированного сервера приложений Zope (и его расширения — CMF[4]), коммерческая CMS ExpressionEngine использует свободный фреймворк CodeIgniter того же автора. CMS eZ publish основана на фреймворке eZ Components[англ.], изначально того же разработчика (сейчас передан Apache Foundation и переименован в Zeta Components[англ.]). В последнее время появилась тенденция использовать в качестве базиса для построения системы управления содержанием Zend Framework: примерами могут служить вошедшие в финал Packt Open Source Awards — 2010 в категории «самые многообещающие CMS» Pimcore[англ.] и Tomato CMS[5], а также Concrete5, отмеченная в 2011 Open Source CMS Market Share Report, как самая быстрорастущая CMS. Выпущенная в конце 2014 года восьмая версия Drupal также построена вокруг Symfony.

Ряд cистем управления содержимым, предоставляющих интерфейс программирования приложений для расширения своей функциональности, претендуют на звание фреймворка, хотя провести чёткую границу между системой и фреймворком порой сложно. Основным отличием является то что используя систему можно построить сайт не написав ни одной строчки кода[источник не указан 3255 дней].

Такая готовая к использованию система управления контентом, как Drupal, одновременно считается и каркасом для построения таких систем[6], что определяется как возможностью расширения функционала за счёт пользовательских модулей[7][8][9], так и богатством механизмов и абстракций для управления контентом, предоставляемым этой системой[10].

Примечания

[править | править код]
  1. ↑ Дмитрий Попов. CMF как инструмент freelance-разработки (Доклад на осенней конференции PHPConf 2004) // PHP Inside. — phpclub.ru, 2004. — № 7. — С. 97-107. Архивировано 7 мая 2006 года.
  2. ↑ 1 2 3 4 Samisa Abeysinghe. Ch 3. Dealing with Complexity → Frameworks to simplify complexity // PHP Team Development. — Packt[англ.], 2009. — P. 58-68. — 183 p. — ISBN 978-1-847195-06-7.
  3. ↑ Rokas Firantas, Martynas Jusevičius. Web application framework based on semantic technologies. — IT University of Copenhagen, 23 November — 20 December 2006. Архивировано 5 ноября 2012 года.
  4. ↑ What is Zope CMF? Дата обращения: 3 сентября 2014. Архивировано из оригинала 6 марта 2016 года.
  5. ↑ TomatoCMS. Дата обращения: 8 февраля 2012. Архивировано из оригинала 27 августа 2016 года.
  6. ↑ Колисниченко Денис Николаевич. Выбираем лучший бесплатный движок для вашего сайта. CMS Joomla! и Drupal. — БХВ-Петербург, 2010-01-01. — 288 с. — ISBN 9785977505970. Архивировано 16 марта 2022 года.
  7. ↑ Angela Byron, Addison Berry, Bruno De Bondt. Using Drupal. — "O'Reilly Media, Inc.", 2012-04-10. — 495 с. — ISBN 9781449336158. Архивировано 16 марта 2022 года.
  8. ↑ Matt Butcher, Larry Garfield, John Wilkins. Drupal 7 Module Development. — Packt Publishing Ltd, 2010-12-03. — 822 с. — ISBN 9781849511179. Архивировано 16 марта 2022 года.
  9. ↑ Jennifer Hodgdon. Programmer's Guide to Drupal: Principles, Practices, and Pitfalls. — "O'Reilly Media, Inc.", 2015-10-13. — 339 с. — ISBN 9781491912621. Архивировано 16 марта 2022 года.
  10. ↑ Liran Tal. Drupal 7 Media. — Packt Publishing Ltd, 2013-01-01. — 385 с. — ISBN 9781849516099. Архивировано 16 марта 2022 года.

Литература

[править | править код]

Ссылки

[править | править код]
Источник — https://ru.wikipedia.org/ruwiki/w/index.php?title=Content_Management_Framework&oldid=142064703