降低系统复杂性，开发团队必知的一种简单方法

在信息系统中，事情可以变得非常复杂，至少可以说是这样。像 Web 服务这样的典型信息系统，在其最基础的层次上，仅仅是一个巨大的、集成的数据管道中的一个过程。其主要工作是处理数据处理：获取数据，转换数据，并将数据传送给其他系统。但当其他系统都集中在上面时，复杂性就迅速增长。处理并减轻这种复杂性是开发团队面临的一大挑战。

通常，信息系统都是用软件编程的范式来实现的，例如，面向对象编程就是一种基于“对象”概念的方法，可以包括数据和代码。面向对象程序设计遵循无约束信息系统往往是复杂的，在这种情况下，很难对其进行理解和维护。

由于增加了系统复杂性，通常会导致开发团队的工作效率下降，因为这需要更多时间来增加系统的新功能。在生产中，难以诊断的问题经常发生。这些问题会使用户在系统表现不佳时感到沮丧，甚至更糟的是，导致系统停止工作。

面向对象编程的三个方面是复杂性的来源：

对象中的数据封装
类中非灵活的数据布局
状态突变

在很多情况下，对象内部的数据封装是有用的。但是，在现代信息系统中，数据封装常常会产生复杂的类层次结构，而类层次结构涉及到许多与其他对象的关系。

经过多年的发展，先进设计模式和软件框架的出现减轻了这种复杂性。但基于面向对象编程的信息系统仍然趋于复杂。

如果每个数据块都用一个类来表示，就有助于工具的使用（如编辑器中的自动完成），并且在编译时会检测到诸如访问不存在的字段之类的错误。但是，类布局的僵化使得数据无法灵活访问。这对于信息系统来说是非常痛苦的。每个数据的更改都有一个不同的类表示出来。举例来说，在一个处理客户的系统中，有一个代表数据库的类的客户，以及一个代表数据处理逻辑的类的客户。类似的数据有不同的字段名，但类的泛滥无法避免。这是因为数据“锁定”到了类中。

允许对象的状态发生突变这一事实是多线程信息系统中另一复杂因素。为避免数据被并发修改，并确保对象的状态保持有效，需要引入各种锁机制，使代码难以编写和维护。有时候，在向第三方库传递数据之前，我们会使用防御性复制策略来确保我们的数据没有被修改。添加锁机制或防御副本策略使得我们的代码更复杂，并且性能更差。

面向数据的编程（Data-Oriented Programming，DOP）是开发者为了降低信息系统复杂性而遵循的一组最佳实践。

DOP 背后的理念是，通过将数据作为“一等公民”来简化信息系统的设计和实施。DOP 引导我们把代码从数据中分离出来，以不可变的通用数据结构来表示数据，而非围绕数据和代码相结合的对象来设计信息系统。所以，在 DOP 中，开发者可以像在任何程序中一样灵活、稳定地操作数据，而不需要操作数字或字符串。

DOP 通过遵循三个核心原则，降低了系统的复杂性：