为ASP.NET MVC站点自研CMS功能是否为可行方案？

首先给明确结论：以你10年ASP.NET MVC的开发经验，做匹配当前项目需求的CMS功能没有任何技术门槛，甚至比你花时间啃Umbraco的整套规则、做系统对接要省时间。

• 你的需求边界非常清晰，完全没有通用CMS的冗余复杂度
  你需要动态维护的公网内容只有固定5个板块：首页、关于我们、联系我们、服务介绍、我们的团队，没有多站点、多语言、多级内容审核流、用户自定义内容模型、拖拽排版这类通用CMS必须覆盖的灵活场景，自研的时候完全可以把功能边界卡死，不用做任何无用功。
• 自研的实际开发量非常低
  你不需要从零搭一套完整CMS框架，只需要在现有项目里补三个部分的逻辑就行：
  1. 内容存储层：不需要设计复杂的通用内容表，要么给每个公网板块单独建表存对应的文本、资源路径、跳转链接字段，要么直接用JSON结构存每个板块的全量配置，图片、视频这类静态资源直接复用你项目现有的文件上传、存储逻辑就行，整套存储设计半天就能搞定。
  2. 后台管理页：只需要在你现有带权限控制的后台里，加5个对应的内容编辑页就行，富文本编辑直接用成熟的前端开源富文本组件，表单提交、校验都是你写了10年的MVC常规逻辑，文件上传直接复用现有接口，整套后台开发量最多3-5个工作日就能做完，还能直接和你项目现有的注册用户权限体系打通，不用做额外的账号对接。
  3. 前端渲染层：把原来硬编码在视图里的5个板块内容，改成从内容存储层读取动态渲染就行，记得给公网内容加上缓存（内存缓存/分布式缓存都可以，内容更新时同步清缓存），访问性能比通用CMS更高——毕竟没有通用CMS那堆冗余的内容解析、全局权限判断的中间件开销。
• 对比直接用Umbraco的实际成本
  你当前的场景用Umbraco属于典型的“杀鸡用牛刀”：你需要额外花时间学习Umbraco的文档模板、内容模型配置、后台自定义规则、版本兼容逻辑，这些学习成本对固定5个板块的简单需求来说完全是额外开销；而且Umbraco自带的大量通用功能你根本用不上，反而会增加项目依赖复杂度，后续升级、排查问题还要跟着Umbraco的发版节奏走，灵活度远不如自己写的轻量逻辑；另外你项目还有需要登录才能访问的用户模块，用Umbraco还要额外做两套系统的账号、权限对接，又是额外的工作量。
• 自研唯一要注意的原则：别做需求外的功能
  千万不要一开始就抱着“做个通用CMS以后能用”的想法加功能，比如自定义内容类型、页面拖拽排版、多版本内容回滚、多角色审核流这类没明确提上需求的功能一律不要做，不然开发量会指数级上升。常规的安全校验做到位就行：富文本内容做XSS过滤，文件上传做格式、大小校验，这些都是你做Web应用早就熟的常规逻辑，没有额外难度。

最后给个判断标准：如果后续你的项目不会快速扩展出几十上百个动态配置页面、没有复杂内容运营需求，就当前的场景，自研是性价比极高的选择，完全可行；如果后续确定要做大量灵活营销页、多角色内容审核、多站点管理这类需求，再考虑切换到Umbraco也不迟。

内容的提问来源于stack exchange，提问作者John John