上一篇，我们聊了如何通过逐步的分拆业务流程和场景来吃透需求，那么，下一步就开始直接写代码了吗？还不是，我们还需要继续拆解，拆解出接口和数据字典。下面，我们继续来聊。
为什么要拆解出接口和数据字典呢？那是因为技术开发这个行业已经是一个充分分工、成熟的行业，每一个功能的开发都需要多个工种配合才能够完成，比如前端开发工程师、后端开发工程师、测试工程师、客户端开发工程师等等。那么，怎么让大家的分工协作足够高效和高质量呢？这就需要我们提前商量好互相协作的方式和边界，而接口和数据字典就是大家协作过程中必须共享的信息。
首先说接口，接口定义了一个前端、后端、客户端和测试最基本的边界，接口确定下来之后，各个工种就可以进行并行开发了，测试同学也可以进行接口测试用例的编写了。同样，数据字典也依然如此，他描述了我们对于需要存储和传输的数据信息的基本描述。接口和数据字典是我们对一个业务最基本的了解，这是研发人员内部需要共享的最基本的信息。
那么，接口和数据字典如何拆解出来呢？上一篇，我们拆解到了具体的场景和功能点，接口和数据字典就是要在功能点上继续拆解，就是看这个功能点需要几个接口来完成，又有哪些数据需要传输和存储。我们可以在头脑中想象，通过这些接口和数据字典能不能完成用户的这个功能点，然后，不同的功能点下，有哪些接口和数据字典是通用的，就需要抽取出来进行复用。
那么，怎么去定义接口和数据字典呢？还是要回到我们定义它的目标来看，目标就是要让开发的各个工种能够高效的协同，尽可能的信息对称，回到这个目标来看，我们就能知道怎么来定义了。
首先，无论接口还是数据字典，起名字是最重要的事情，一个好的名字，就可以让大家瞬间领会，不需要额外的解释，沟通成本极低。所以，好名字非常关键，起名字的规范也非常关键，总之，不要让大家思考，要瞬间秒懂。
其次，光有好名字还不够，接口和数据字典还有一些核心的信息是需要大家准确理解的，这些信息的定义一定要按照大家统一的规范来做，始终要记住一点，我们的目标只有一个，就是让各个合作方不用思考、下意识就可以记住和理解。
对接口来说，核心的信息就是IOE，这三个字母的缩写分别代表了Input、Output和Exception，翻译过来就是接口的输入、输出和异常情况。这三个信息是接口最重要的东西，我们在写代码之前就需要明确出来的。接口实现的过程中，就需要关注输入和输出的校验，以及各种可能出现的异常和如何处理。如果忽略了这些基本的考量，代码的健壮性就会很差。
对数据字典来说，最重要的信息就是标示出实体，以及实体和实体之间的关系。一个系统中肯定会有很多的信息需要存储和传输，所谓的实体，就是把这些信息的数据结构抽象出来，看哪些信息是经常被使用的，就应该被抽象成统一的东西，这个东西就是抽象的实体。按照面向对象的思想来说，这里的实体就是对象。
接口和数据字典对一个系统来说是至关重要的，他代表了我们对于业务的理解，是把业务需求翻译成了技术的语言。通过这个语言，让工程师团队之间可以做到信息的同步。同时，接口和数据字典也是一个系统的基础，因为系统的各个模块都是通过接口和数据字典耦合在一起的，一旦接口和数据字典发生变化，或者发生修改，对系统的冲击都是很大的。所以，对顶尖的程序员来说，在写代码之前，要花大工夫在搞懂需求上，花大工夫在理清接口和数据字典上。
总结一下，磨刀不误砍柴工，只有搞懂了接口和数据字典才能正式进入开发，搞懂了这些，才能让不同的开发工种信息同步，高效的协同。接口实现之前，要特别关注IOE，这样的代码才足够健壮。数据字典代表了我们对于系统的信息的一种抽象，好的数据字典可以凝聚大家的共识，更方便大家的理解。
