CMS або веб-фреймворк? - Коли користуватися якими?


13

Коли я повинен використовувати систему управління вмістом і коли я повинен використовувати веб-рамку?

Відповіді:


11

Рішення для управління вмістом (CMS) - це платформи, які ви можете встановити на своєму веб-сервері, що дозволяють вам вибрати або створити тему і почати додавати вміст на ваш веб-сайт. Рішення CMS чудово підходять для блогів, новинних сайтів та основних корпоративних чи інформаційних веб-сайтів, де намір розміщувати на них сторінки з текстом, посиланнями та зображеннями. Наприклад, Wordpress і Drupal - це платформи CMS (Wordpress почався як платформи Blog і перетворився в CMS). Крім того, деякі рішення CMS є більш досконалими і можуть робити просунуті веб-сайти, вони, як правило, більш конкретні та / або коштують грошей.

Окрім основного тексту, посилань та зображень, більшість рішень CMS передбачають додаткові додатки, які дозволяють вбудовувати елементи Web 2.0 у зону вмісту сторінки або в меню чи бічній панелі. Під Web 2.0 я маю на увазі більш досконалі функції, які створюють динамічний контент, наприклад, Карти Google чи інтерактивний контент. Деякі з цих речей можна легко вбудовувати без плагінів, залежно від того, наскільки легко вміст створив вміст. Наприклад, Wordpress має тисячі плагінів .

Деякі плагіни не є специфічними для CMS. Хорошим прикладом може бути Disqus , який дозволяє додавати коментарі на ваш веб-сайт, додаючи невелику кількість коду до вашого HTML.

Веб-рамка - це лише програмне забезпечення, створене для роботи над кодом веб-сайту. Рамки можуть бути будь-якою мовою. Спроба з’єднати рамки з різних мов може бути проблемою. Зазвичай частина рамкового коду побудована для роботи на сервері і клієнт ніколи не бачить. Рамки - це невеликі та великі пакети коду, які можна швидше використовувати для створення веб-сайтів. Вони можуть додати широкий набір функціональних можливостей на ваш сайт. Деякі приклади - CakePHP , все, що встановлено з NuGet для .Net або Rails .

Нарешті, ще один спосіб переглянути це, що більшість CMS-рішень - це самі веб-кадри. Вони знаходяться лише на більшому кінці шкали бази коду.


Пару пунктів: Є ряд постачальників WCM, які заперечують той факт, що рішення CMS чудово підходять для «базових корпоративних чи інформаційних веб-сайтів» - потрапляючи у сфери SiteCore, EPiServer, Tridion тощо, ви не дивлячись на базовий веб-сайт, але це все ще CMS. По-друге: було б краще сказати "Більшість рішень CMS побудовані на веб-рамках - будь то ASP.NET, Rails тощо.
Джаф - Бен Дагуід

1
@Zaph - Я згоден з тобою. Є більш спеціалізовані рішення CMS, які роблять набагато більше, ніж основні бізнес-сайти.
Бен Хоффман

5

Ви повинні використовувати CMS, коли ви хочете, щоб уся готова розроблена платформа управляла вмістом (для більшості), і у вас є звичайна (я маю на увазі звичайна) і не надто конкретна потреба.

Вам слід використовувати рамку, коли ви хочете створити свою власну, конкретну платформу. Отже, вам потрібна база, щоб запустити веб-додаток / веб-сайт, не «винаходити колесо» (тому мати вбудований валідатор електронної пошти, ip валідатор, фільтри тощо).


1

З мого розуміння, CMS - це попередньо побудована система, яка дозволяє швидко додавати / змінювати вміст. Це дає середньому користувачеві достатньо гнучкості для зміни того, що робить ваш сайт, встановлюючи модулі та теми.

Рамка - це система, подібна до CMS, але надає вам ще більшу гнучкість для вашого сайту, оскільки ви самі повинні писати весь код.


0

По-перше, CMS і веб-рамки - це не одне і те ж, однак CMS знаходиться на вершині рамки і може формувати власний стандарт, а також інтегруватися в рамки. Важливою відмінністю між цими двома, наприклад, Drupal є CMS як CMF, який легко зламається, якщо встановити погано закодований модуль. Навіть розуміння та робота з попередньо визначеною умовою іменування, наприклад, тематизація, є брудною роботою в cms. Залиште це для швидкої інформації або веб-сайту, що базується на маркетингу. Ви мусите знати одну тему та налаштувати її відповідно до. Однак WF є більш гнучкими та орієнтованими на програмістів. Навіщо навчитися жорстко кодувати drupal api, якщо ви можете зробити набагато більш чистий вихід з рамкою. Ви можете визначити власні функції, і вам не потрібно встановлювати сміття, яке вам не потрібно.


1
Тільки щоб ви знали, вам слід присвоїти "найкращу відповідь" фактично найкращій відповіді. Цей навіть не читабельний.
Кензо
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.