asp.net - 我们是否应该在 DotNetNuke 平台上构建我们的下一代 Web 应用程序？

Question

我们目前正在考虑使用 DotNetNuke 作为我们 future 将集中托管的基于门户和客户端可定制的 Web 应用程序的基础。这个想法是将动态部分作为 DNN 模块，然后与负责业务处理和数据存储的后端 WCF 服务通信。

你对这样的模型有什么好的/坏的经历？

有什么你会警告或推荐的吗？

任何建议将不胜感激，谢谢...

Answer 1

DotNetNuke 可以是一个强大的平台。大多数抨击它的人实际上并没有将它用于任何事情，但只知道它是很久以前创建的。

我可以给你几个优点和缺点来看看。与其他 CMS 平台相比，使用它的主要优势在于它是一个非常成熟的平台，周围有相当大的社区(例如 Snowcovered)。对于大多数任务，它要么已经内置，要么已经有人构建了一个模块来完成它。它的架构已经构建为支持缓存和高可用性应用程序的场配置，如果您正在查看大量请求，这将消除一个主要问题。

但是，DotNetNuke 可能令人失望的地方是当您需要在模块中执行多步骤处理时。这对于任何 CMS 都可能是正确的，但您会觉得自己在跳槽以尝试获得多个独立的模块以提供“紧密”的用户体验。我真的没有具体的例子——这只是你从一切都在自己的“容器”中的体验中得到的感觉。另一件事是开箱即用，它只是没有 Web 2.0 的外观。你可以自定义皮肤和样式表来做任何你想做的事，但出于某种原因，这对于整个 DNN 阵营来说并不是一个重要的优先事项，就像 Drupal 和其他人一样。

所以我想如果我必须做一个总结，我会说如果你正在寻找一种快速的方法来获得一个可定制的 CMS，并且你对 CMS 平台的一般限制感到满意，那么就去做吧。但是，如果您的 UI 对您来说是最重要的，并且您愿意花费大量的精力使其完全符合您的要求，那么请使用 ASP.NET 母版页等创建您自己的应用程序。