微服务应用开发：是否应将Angular替换为ASP.NET Core MVC？

核心优势 #

• 学习成本低：要是团队有.NET开发基础，ASP.NET Core MVC上手比Angular快太多，不用额外啃TypeScript、RxJS这些Angular必备的技术栈，能直接撸代码干活，完美避开学习曲线拖慢交付的坑。
• 无缝对接.NET生态：如果微服务本身就是.NET技术栈，ASP.NET Core MVC和后端API集成起来顺得很，像身份认证（JWT/Cookie）、数据模型复用、异常处理这些环节，跨技术栈的适配麻烦会少很多。
• 快速出活：MVC自带的Razor视图引擎能快速搭页面，加上Tag Helper、Partial View这些特性，业务页面能很快做出来，特别适合赶进度的项目。

需要注意的坑 #

• 前后端容易绑死：ASP.NET Core MVC是传统的服务器端渲染模式，虽然能用AJAX调API，但要是设计没做好，很容易回到前后端紧耦合的老路子，违背微服务前端独立演进的初衷。以后想拆独立前端的话，重构成本会很高。
• SPA体验跟不上：Angular那种无刷新页面切换、前端路由的体验，MVC原生做不到，如果项目对用户交互体验要求高，可能得额外加jQuery、Vue这类轻量库补功能，反而增加技术复杂度。
• 团队技术成长受限：放弃Angular虽然短期解决了交付问题，但长期来看，团队没机会接触现代前端框架，以后碰到需要独立前端的微服务项目，还是会面临技术缺口。

折中思路 #

• 如果项目交付压力超大，业务又以展示、流程类页面为主，优先用ASP.NET Core MVC，但一定要严格按前后端分离的思路设计，API层完全独立，MVC只负责视图渲染和调用前端逻辑，给以后可能的前端重构留好后路。
• 如果项目要长期迭代，预算也够，可以考虑先用MVC快速搭核心功能，同时安排1-2个团队成员学Angular，等核心功能交付了，再慢慢把页面迁到Angular上，兼顾短期交付和长期技术积累。

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