DotNetNuke может быть мощной платформой. Большинство людей, которые его ударили, на самом деле не использовали его ни для чего, а просто знают, что оно было создано очень давно.
Я могу дать вам пару плюсов и минусов на что посмотреть. Основным преимуществом его использования по сравнению с другими платформами CMS является то, что это очень зрелая платформа с довольно большим сообществом (например, Snowcovered). Для большинства задач он либо уже встроен, либо уже есть кто-то, кто создал модуль для этого. Его архитектура уже построена для поддержки кэширования и конфигурации фермы для приложений высокой доступности, что позволило бы устранить серьезную головную боль, если вы просматриваете большой объем запросов.
Однако место, где DotNetNuke может разочаровать, - это когда вам нужно выполнять многошаговые процессы в ваших модулях. Это, вероятно, верно для любой CMS, но вы почувствуете, что перепрыгиваете через обручи, пытаясь получить несколько отдельных модулей, чтобы обеспечить «тесный» пользовательский опыт. У меня нет конкретного примера для этого - это просто чувство, которое вы получаете от опыта, когда все находится в своем собственном «контейнере». Другое дело, что из коробки у него просто нет Web 2.0. Вы можете настроить скины и таблицы стилей так, чтобы они делали все, что вы хотите, но по какой-то причине это не было большим приоритетом для лагеря DNN в целом, как для Drupal и других.
Так что, думаю, если бы мне пришлось составить резюме, я бы сказал, что если вы ищете быстрый способ настроить настраиваемую CMS, и вас устраивают ограничения платформ CMS в целом, тогда переходите к Это. Однако, если ваш пользовательский интерфейс является наиболее важным для вас, и вы готовы потратить немало усилий, чтобы сделать его именно таким, как вы хотите, то создайте свое собственное приложение с использованием главных страниц ASP.NET и т. П.