按照顺序来说，就是四个步骤。
- 服务契约，也就是定义好接口
- 实现接口
- 寄宿服务进程
- 客户端的使用
我想照这个这四个步骤写程序，大致大框架也就出来了。如果要改动的细节的话，那么唯一要做的就是不断的去扩充功能。
那么，我仔细观察了一下这几个步骤中最为艰难的就是第一个步骤，从需求调研变成服务接口，这个过程太抽象，我不知道该怎么去慢慢体会出来其中的一些有规律可循的东西，我把它称之为经验。我发现，实现接口和定义接口这两个貌似有先后顺序的步骤，其实是可以混合使用的，因为不知道详细深入实现接口的步骤中需要的到底是一些哪些具体的接口。那么，从定义一个接口开始到实现一个，再在其中的过程中重新定义一个，在重新去实现一个接口。我所讲的意思就是，可以从实现一个大的接口中利用小的接口。好吧，这里产生了复杂的接口依赖。难以理解，高度相关。但是，事实上，缺少经验的支持，程序貌似就是这样子得，随着不断的磨练，那么会越来越精专的。
对于像我这样的初学者，我个人认为开始有一个大概的流程是很重要的，具体的细节倒是不要关注的太多，但是，流程的过程很重要。这一步要做什么，下一步要做什么，即使有些流程是没有固定的步骤，但是，刚刚开始也可以人为的进行流程的固化。这样有助于在空白的大脑里面进行具体概念的具象话。