Я использовал Drupal для создания объединенного стоящего с общественностью сайта для организации, которая также включала внутренние функции сотрудников, таких как встречающаяся организация и внутреннее управление документооборотом. Главным образом это удалось хорошо, и они довольны им и очень рады не должными быть управлять двумя отдельными сайтами и / или что-то как sharepoint.
одно место я нашел, что Drupal, чтобы немного недоставать находится в его поддержке LDAP. Можно использовать его очень хорошо для аутентификации, но существуют некоторые ошибки в модулях, которые пытаются победить группы LDAP как роли, если бы это работало больше беспрепятственно, то я был бы полностью на борту с "Drupal, готовое к предприятию" чувство, но это еще не там.
Однако можно сделать много с типами контента и основанным на таксономии управлением доступом для настройки, какое содержание доступно тому, какие роли, что-то, что является требованием для большинства интранет.
WebForms - это абстракция, которая скрывает от разработчика механику Интернета. Это позволяет разработчикам настольных компьютеров относительно легко переносить свои навыки в Интернет. Хотя отчасти это достигается, в практических сценариях обычно незадолго до того, как абстракция ломается, и приходится прибегать к беспорядочным обходным путям. Модульное тестирование сложно, потому что логика обработки взаимодействия с пользователем тесно связана с пользовательским интерфейсом. HTML, созданный типичным приложением WebForms, далек от оптимального. Как правило, он раздут, его трудно читать и содержит много контента, который присутствует только для того, чтобы абстракция работала, например, viewstate, который представляет собой огромный блок информации, помогающий абстракции создать иллюзию состояния для разработчика, даже если Интернет - это среда без сохранения состояния.
MVC, однако, охватывает механику Интернета. Основные операции, которые происходят в веб-запросе и ответе, представляются разработчику в виде простых абстракций. В MVC есть четкое разделение проблем. Модель просто представляет бизнес-объекты или сущности, с которыми связана система, с методами для получения и хранения экземпляров этих объектов. Контроллер принимает веб-запрос, выполняет операции с моделью, а затем передает модель представлению. Представление - это чисто средство визуализации для представления модели пользователю и отображения элементов интерфейса, которые позволяют пользователю сформулировать следующий запрос для передачи контроллеру. Такое разделение задач позволяет относительно легко проводить модульное тестирование. Разработчик имеет полный контроль над созданным HTML, и нет необходимости в наличии других артефактов (например, состояния просмотра).
Я предпочитаю MVC. В редких случаях может быть полезно использовать веб-формы, например, быстрый прототип или демонстрацию, но в противном случае я бы всегда рекомендовал использовать MVC.
Что касается переноса проекта из веб-форм в MVC, это, очевидно, очень субъективно и зависит от само приложение и бюджетные ограничения,
В ASP.Net MVC можно найти много отличий и преимуществ по сравнению с обычными приложениями ASP.Net
. если не любезно посетите страницу переполнения стека.
Самое большое преимущество использования ASP.Net MVC по сравнению с веб-формами
Причина выбора концепции MVC для вашего приложения зависит от многих вещей
Зачем ваше приложение? любой вид форума, инструмент отчетности или веб-сайт интрасети
Хотите ли вы следовать шаблону проектирования или нет?
если да, то будет ли это MVC или какой-либо другой ??
Нужна ли вам модульность для будущие улучшения?
Нужен ли вам полный контроль над своим кодом?
Должна быть лучшая поддержка на этапе тестирования с точки зрения разработчика?
Если вы уверены в этих вещах, вы можете переместить ur appln в модель фреймворка MVC.
В противном случае лучше продолжить работу с ASP.Net Web.apps, потому что он включает в себя все последние
функции, необходимые современной отрасли.