asp.net - 是否使用 CMS

Question

我开始怀疑 ASP.NET Webforms/MVC 是否在 Web 开发人员工具箱中还有一席之地……似乎像 Umbraco 这样的 CMS 系统已经取代了 Web 开发人员的工作。是的，我知道这些 CMS 系统是使用 ASP.NET Webforms/MVC 构建的——但是，如果您要做的只是使用 CMS 系统，还有什么理由学习这些东西吗？ - 我也找不到任何可以用您自己的 Web 应用程序替换 CMS 系统的情况。

因此，我的问题是:在使用 CMS 时是否有任何理由学习 Webforms/MVC？

编辑:

我的问题可能更像是:我什么时候应该使用 CMS，什么时候应该去构建自己的网络应用程序？

Answer 1

CMS 解决方案的问题，我的意思是 全部 CMS 解决方案(不只是 Umbraco 或其他 .NET 解决方案，而是任何语言)是您将始终为使用它们付出代价。您可能会从使用 CMS 所节省的时间中获得更多 yield ，但需要权衡取舍:

您将牺牲大量的灵 active

您可能会付出巨大的性能损失。许多 CMS 加载大量模块和代码来服务每个请求，其中大部分与特定页面功能无关。 (尽管有些 CMS 比其他 CMS 更重!)

您项目的 future 与另一家供应商以及他们自己的选择息息相关

很多时候，您会排除使用可能更适合您客户需求的其他数据库的可能性(Umbraco 不支持 PostgreSQL，Kentico 仅支持 SQL Server)

一旦你开始使用 CMS，你就会被束缚在满足 CMS 框架的架构决策和 API 上，最终你可能会陷入困境。

如果您的“站点”更像是一个 Web 应用程序而不是一个纯粹的内容交付站点，这可能会特别成问题。在这种情况下，选择使用 Web 应用程序框架的全部灵 active 进行构建可能更有意义，而不是冒险陷入架构角落。

另一方面，如果您正在构建一个可能有数百个页面的网站，其中包含大量用户贡献的内容并且远非 Web 应用程序，那么 CMS 通常是您的必经之路，并且可以赚很多钱的意义。但请记住，您现在有两个框架和两个 API 来学习和管理(您的平台框架和 CMS 框架)。