我正在构建一个应用程序。它将是一个大型企业级 Web 应用程序。成千上万的用户可以上传文件、使用聊天功能搜索大量博客条目等。它还将具有移动界面。它应该具有高度可测试性、可扩展性和灵 active 。
我将其范围缩小到三种环境:纯 ASP.NET、纯 DotNetNuke (DNN) 以及 ASP.NET 和 DNN 的组合。为了保持简短，以下是每个选项的一些“支持”和“反对”:
ASP.NET: for:高度可扩展，支持 MVC 等模式、可测试、一致的架构。 反对:开发时间长。
DotNetNuke: 优点:开发时间短，现有功能模块和皮肤数量多。 反对:架构是密封的，无法支持MVC，单元测试困难，模块/皮肤不一致，潜在的升级问题，由于不同供应商的不同模块导致用户体验不一致，文档不完善。
所以，问题是:你觉得怎么样？有人从 DNN 切换到 ASP.NET(反之亦然)吗？您客观评价过这两者吗？您选择了什么？
非常感谢您的帮助。谢谢。 亨利。
最佳答案
DNN 是 ASP.NET，只是为您完成了很多工作。
此外，请记住，仅仅因为原始 ASP.NET 具有更具可扩展性的潜力，并不意味着您实际上要将其构建为更具可扩展性。或者你一开始就会把它建好。
这归根结底是控制权和资源/人才之间的权衡。如果您有许多非常有才华的开发人员(例如前 10% 的人才)、大量的时间、对您的站点有明确定义的要求，以及在您构建基础设施时有耐心的消费者，那么请务必使用原始 ASP。网。
但是，如果您需要快速构建它并且需要灵活，或者您的开发资源有限，您可能不得不牺牲一些控制和单元测试以及潜在的性能(再次强调，“潜在”部分是关键这里)。
根据您正在寻找的内容，我建议您使用像 DNN 这样的平台，或者 SiteFinity、Umbraco 或 Orchard 等一百万个其他平台或类似的平台(其中一些像 Umbraco 也为您提供 MVC)。它为您提供了许多站点中常见的大量基础设施和管道，可能比您将要做的更好，以便您可以将资源集中在应用程序真正独特的方面。
远离 SharePoint。这是邪恶的。
我已经为真正定制的应用程序构建了原始 ASP.NET 站点，这很好，因为我不需要大量的管道，并且希望通过该站点获得真正独特的功能。但后来我用 DNN 构建了社交网站，效果很好，因为它打包了博客、论坛、聊天等组件，而且还可以轻松换肤。我为客户设计了另一个应用程序，他们想要拥有很多自定义功能，但他们也想要更新很多内容并将其内部化，所以我们使用了 Umbraco。现在我有一个运行良好的 ASP.NET 应用程序，但我想添加一些社交功能，因此我将插入一个与其集成的 Umbraco 或 DNN 网站，以托管更常见的社交组件。
关于企业级应用程序的 ASP.NET 与 DotNetNuke (DNN)，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8994483/