当然没问题！在维护老旧WebForms应用时新增.NET Core MVC项目，让两者共存完全可行，这还是渐进式改造遗留系统的常用思路——不用一下子全盘重写，就能逐步引入新的技术栈。下面是具体的实现要点和注意事项：

1. IIS部署层面的共存配置 #

WebForms基于.NET Framework，而.NET Core可以作为IIS的子应用部署，步骤如下：

• 将WebForms项目部署为IIS主站点，应用池选择对应版本的.NET Framework（比如v4.0）
• 在主站点下创建一个子应用程序，指向.NET Core MVC项目的发布目录，子应用的应用池必须设置为无托管代码（因为.NET Core自带运行时，不需要IIS托管）
• 提前规划路由前缀：给MVC Core的路由统一加上前缀（比如/new或/api），避免和WebForms的.aspx页面路由冲突

2. 共享资源与业务逻辑复用 #

• 静态资源：如果需要共享CSS、JS等静态文件，可以把它们放在WebForms主站点的共享目录，然后在MVC Core项目中配置静态文件中间件，允许访问主站点的资源路径；或者直接在MVC项目中复制一份，后续逐步统一到Core项目中
• 业务逻辑：把可复用的逻辑封装成**.NET Standard类库**（建议选2.0及以上版本，同时兼容.NET Framework 4.6.1+和.NET Core 2.0+），这样两个项目都能引用，避免重复代码
• 数据库访问：WebForms可能用EF6，MVC Core可以用EF Core，两者可以连接同一个数据库，只要保证数据模型的一致性即可；如果需要共享数据访问逻辑，同样可以封装到.NET Standard类库中

3. 身份认证的共享（可选） #

如果WebForms用的是Forms认证，要让MVC Core和它共享用户身份，可以通过以下方式：

• 配置MVC Core的认证中间件，读取WebForms生成的Forms认证Cookie，解析用户信息
• 长期来看，可以逐步过渡到统一的身份认证方案，比如ASP.NET Core Identity，再让WebForms应用适配这个方案，不过这一步可以后期再推进

4. 开发调试技巧 #

本地开发时，可以让两个项目共用同一个域名的不同路径，方便调试交互：

• 配置IIS Express，让WebForms项目跑在主路径（比如localhost:8080），MVC Core项目作为子应用跑在localhost:8080/new
• 或者修改本地hosts文件，配合端口转发，模拟生产环境的部署结构

注意事项 #

• 版本兼容性：确保.NET Core版本（比如3.1+）和.NET Framework版本（4.6.1+）兼容，避免运行时冲突
• 禁止直接跨项目引用：因为两个项目运行在不同的CLR上，不能直接引用对方的项目，所有交互必须通过HTTP接口或共享类库实现
• 渐进式迁移：优先把新功能放在MVC Core项目中，后续逐步将WebForms的旧功能迁移到Core上，最终完成系统升级

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