ASP.NET Core MVC 中将模型封装到类库的开发方式叫什么？

你描述的确实是将MVC模式中的模型层剥离为独立类库的实现方式，这类开发架构的正式命名可以从两个维度归类：

通用架构分类 #

这种实现是 多层架构（N-Tier Architecture） 的典型落地，核心遵循 关注点分离 原则，将业务模型、数据访问逻辑和Web层的请求处理、视图渲染逻辑做了物理拆分，各自编译为独立程序集。
你看到的存放Entity Class、Factory Methods、CriteriaInfo、数据访问逻辑的独立类库，就是整个系统的领域层+数据访问层，这么拆分的核心优势有两个：

• 业务逻辑可以跨项目复用，比如同套业务模型可以同时给MVC Web项目、Web API项目、后台管理系统引用
• 避免Web层掺杂业务逻辑，后续迭代维护、单元测试的成本更低
  你当前MVC项目的Model文件夹只有默认文件，是因为业务相关的领域模型不需要重复定义在Web层，部分团队也会仅在Web层Model文件夹中存放视图模型（ViewModel），专门用于视图数据传递，和底层的业务领域实体做区分。

更细分的设计归类 #

如果你的项目中CriteriaInfo用于封装查询条件、工厂方法用于统一创建实体实例，这套实现也可以归为精简版的领域驱动设计（DDD） 落地；如果没有配套的聚合根、领域服务等设计，一般默认按三层架构归类即可：

• 数据访问层/领域层：你看到的独立类库，负责实体定义、数据读写、业务规则封装
• 业务逻辑层（可选拆分）：如果逻辑复杂度高会单独拆分类库，负责核心业务流转处理
• Web表现层：你当前的ASP.NET Core MVC项目，仅负责请求路由、参数校验、视图渲染、接口返回等Web相关逻辑

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