实战分离是一种软件架构模式，用于将业务逻辑层和数据持久层分离开来，从而提高系统的可扩展性、可维护性和可测试性。

第三者在实战分离中的作用

在实战分离中，第三者扮演着非常重要的角色。它是实现业务逻辑层和数据持久层解耦的关键。

在实战分离架构中，业务逻辑层和数据持久层都依赖于第三者。业务逻辑层将其需要的数据和操作请求发送给第三者，第三者负责将请求转换为数据持久层可以理解的形式，并将数据持久层的返回结果转换成业务逻辑层可以处理的形式。

通过使用第三者，业务逻辑层与数据持久层可以独立开发、测试和运维，大大降低了系统的耦合性，提高了系统的可维护性和可测试性。

第三者模式的种类

在实战分离中，第三者模式有多种实现方式：

数据访问对象（DAO）模式

DAO模式是一种最常使用的第三者模式，它将数据持久层和其它业务逻辑层分开。它提供一种抽象接口来处理数据存储操作，隐藏了数据访问的具体实现方式。这种模式使得只需要修改DAO即可实现业务逻辑层和数据持久层的解耦。

持久化域模型（PDM）模式

PDM模式是一种从面向对象的角度看，实现业务逻辑层和数据持久层之间完全分离的方法。PDM模式使得业务逻辑层独立于数据持久层和数据库设计的影响，从而实现系统的可扩展性和可维护性。

数据映射器（DM）模式

DM模式是实现数据对象（即实体类等）与数据库之间的映射的方法。DM模式的目的是将数据从数据库中取出来，放到数据对象中，或将数据从数据对象中保存到数据库中。它通过将数据访问与对象交互解耦来提高系统的可扩展性和可维护性。

实战分离的优点和缺点

实战分离的优点在于：

• 提高系统的可扩展性。分离了业务逻辑层和数据访问层之后，业务逻辑层的修改可以不影响数据访问层。
• 提高系统的可维护性。系统的各个部分高度解耦，这样就可以单独对部分进行修改、维护。
• 提高系统的可测试性。分离了业务逻辑层和数据访问层之后，可以单独对不同的层进行单元测试、集成测试。

实战分离的缺点在于：

• 增加了代码量和复杂度。
• 需要进行额外的设计和开发工作。
• 不太适合小规模的应用系统。

实战分离在实际开发中的应用

实战分离是大规模应用系统中非常常用的一种架构模式。它已经被证明可以提高系统的可扩展性、可维护性和可测试性。例如：

• Spring框架以及Spring Boot框架中，就使用了DAO和DM等实战分离的模式。
• 在JPA（Java Persistence API）中，也使用了DAO和DM等实战分离的模式。
• 在实际的开发中，很多大型应用系统都采用了实战分离的架构模式，例如淘宝、京东等电商平台。

实战分离是一种有效的软件架构模式，通过将业务逻辑层和数据持久层分离开来，提高了系统的可扩展性、可维护性和可测试性。虽然实战分离的实现需要手工编码和开发，但是在大规模的应用系统中，实际使用效果非常好，可以提高开发效率，缩短开发时间，减少出错率。