Использовать ли CMS или нет

Question

Я начал задаваться вопросом, даже ли ASP.NET Webforms/MVC даже место в инструментах веб-разработчиков ... Кажется, что системы CMS, такие как Umbraco, заменили работу веб-разработчиков. Да, я знаю, что эти системы CMS построены с помощью ASP.NET Webforms/MVC - однако есть ли какие-либо причины для изучения этих вещей, если все, что вы собираетесь делать, это использовать систему CMS? - Также я не могу найти ситуацию, когда система CMS может быть заменена вашим собственным веб-приложением.

Мой вопрос: поэтому есть ли какие-либо основания для изучения Webforms/MVC при использовании CMS?

EDIT:

Мой вопрос может быть больше как: Когда я должен использовать CMS, и когда я должен пойти и построить свой собственный веб-приложение?

Answer 1

Проблема с решениями CMS, и я имею в виду все Решения CMS (а не только Umbraco или другие .NET-решения, но на любом языке) - это то, что вы всегда будете платить за их использование. Вы можете получить больше от экономии времени, предоставляемой с помощью CMS, но есть компромиссы, чтобы рассмотреть:

• Вы жертвуете большую гибкость
• Вы могли бы заплатить значительную потерю производительности. Многие CMS загружают большое количество модулей и кода для обслуживания каждого запроса, и большая часть этого не имеет отношения к конкретной функции страницы. (хотя некоторые CMS более чудовищно тяжелы, чем другие!)
• Будущее вашего проекта связано с еще одним поставщиком и их собственными выборами
• Очень часто вы исключаете возможность использования других баз данных, которые могли бы лучше соответствовать потребностям вашего клиента (Umbraco не поддерживает PostgreSQL , Kentico поддерживает только SQL Server)

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

Это может быть особенно проблематично, если ваш сайт является скорее веб-приложением, чем сайтом для доставки чистого контента. В таких случаях может потребоваться больше возможностей для выбора, используя полную гибкость структуры веб-приложений, вместо того, чтобы рисковать в архитектурном уголке.

С другой стороны, если вы создаете веб-сайт с потенциально сотнями страниц, с большим количеством контента, предоставленного пользователями, и это гораздо меньше, чем веб-приложение, то часто CMS - это путь, и имеет большой смысл. Но помните, что теперь у вас есть две структуры и два API для обучения и управления (платформа платформы и платформа CMS).

Answer 2

Я не думаю, что Stack Overflow мог быть построен с CMS. Отвечает ли это на ваш вопрос? =)

Update

Чтобы ответить на ваш обновленный вопрос.

Если вы хотите, чтобы веб-сайт регулярной корпорации содержал новости, статьи, форум и т. Д.: Идем дальше и используем CMS.

Если вам необходимо построить более пользовательский веб-сайт, как StackOverflow, веб-интерфейс для системы или что-нибудь подобное: застроенных его с помощью MVC и т.д.

Я лично использую CMS для нашего corparate сайта и MVC рамки для создания пользовательских и административных интерфейсов для наших продуктов.

Answer 3

Согласен. CMS, как Umbraco, обеспечивает (очень) хорошее готовое решение для самых простых приложений. Любая специальная цель потребует дополнительных знаний о программировании. Тем не менее, и ваша основная, если не основная потребность, будет хорошим пониманием потребностей бизнеса. Я думаю, что мы уходим от строительства самого Легоса и строим аккуратные игрушки с Legos. Ура!

Answer 4

CMS (или аналогичная инфраструктура приложения) предоставит вам множество функций из коробки, и многие из них также имеют хорошую библиотеку плагинов. Но вам нужно будет написать код WebForms/MVC, если вы хотите добавить какие-либо пользовательские функции.

Answer 5

Написание CMS похоже на вторжение в Афганистан.

Все получают ход, но никто не выигрывает.

Answer 6

Не каждая проблема нуждается в CMS. Точно так же не каждая проблема нуждается на сайте MVC/webforms на заказ. Это зависит от ваших требований. Вы выбираете технологию для решения проблемы.

Строительство против покупки - это самое сложное решение. Поскольку сборка разработчика всегда выглядит лучше всего. Вы можете сделать лучше, чем эта куча карпа, который они хотят купить. Никогда не задумывайтесь о том, что вы изобретаете колесо, аксель, тележку и т. Д. Пользователям/менеджменту покупать всегда лучше. Им не нужно много думать о том, чего они хотят, и может иметь это сейчас, а не через 3 месяца после того, как вы его напишете. Они забывают, что это будет стоить так же, чтобы настроить & сделать невозможным обновление.

Сейчас я перестану писать.

Answer 7

Umbraco - довольно простая минимальная CMS. Чтобы настроить его (например, версия 7+), вам нужно знать Heavy MVC, JSON, XML, Sql и т. Д.

Фактически сайт, построенный на Umbraco 7+, полностью основан на просмотрах MVC, которые вы сами установили и назначили к SurfaceControllers (которые являются MVC-контроллерами), и все, что вы действительно получаете, это возможность для пользователей редактировать информацию о ваших страницах и управлять Umbraco для вас в БД.

Короче говоря, вам все еще нужны опытные веб-разработчики для создания сайта на Umbraco, они просто экономят много времени, не имея необходимости строить весь бэкэнд с нуля.

Вы используете Umbraco для организации типов документов, которые определяют, какие шаблоны (MVC Views) используются для рендеринга различных типов документов (например, веб-страниц), а затем вы создали шаблон с нуля со 100% контролем над HTML, Css и Javascript, которые получают результат.

Imo Umbraco больше похожа на Django, чем на полную CMS.

Уверенный, что вы можете построить сайт в Umbraco, а не настраивать что-либо, но это был бы довольно cheesey-сайт.

Весь смысл Umbraco - дать опытным разработчикам .Net разработчикам хорошую платформу для создания сайта поверх него, но им все равно придется его строить.

Теперь sharepoint будет более полным CMS из коробки, с которой вы можете многое сделать, но давайте посмотрим несколько проблем с SharePoint ...

1. Ресурс Тяжелая, ест 50+ Gig, чтобы установить
2. Eats 16 ГБ оперативной памяти, просто загрузить его (Sharepoint 2013)
3. Требуется SQL Server 2008 R2 или эквивалент (лицензии предприятия, $$ chaching)
4. Требуется Windows Server ($$ chaching)
5. Это монстр в основном, если все, что вам нужно, это пользовательская платформа для редактирования блога ... человек, какая пустая трата денег. Фонд является бесплатным, но не включает такие вещи, как шаблон сайта блога, поэтому вы покупаете лицензию на серверную лицензию ($$ big cachinge, 40 000 $ + в некоторых сценариях)