面向对象的设计过程

　　最近“我一个同事”开始创业了，刚创立了一家电商公司，B2C，自营书籍《3分钟学会交际》。最近开始写提交订单的代码。

　　一般来脸上的痣图解说，我们根据业务需求一顿分析，开始定义接口 API、设计数据库、缓存、技术评审等就开始码代码了。

　　就开始写代码了怎么怎么样...如果怎么怎么样...怎么怎么样...一蹴而就、思清晰、逻辑清楚、很快搞定完代码，很优秀是不是，值得鼓励。

　　但是，的结果就是大概所有人都见过的连续上千行的代码等等。的流程没啥问题啊，那正确的做法是什么呢？就是接着要说的代码建模。

　　我们把订单生成的过程可以想象成机器人，一个生成订单的订单生成机器人，或者订单生成机器啥的，这样我们就得到了代码建模过程中的一个事物。

　　事物有了：订单生成机器人 行为呢？毫无疑问就是各种业务逻辑。把具体的行为抽象成一个订单创建行为接口：

　　假如“我一个同事”又要新开发一个新的应用，新的应用创建订单的时候又有新的逻辑，比如没有优惠逻辑、新增了增加用户积分的逻辑等等，复用的代码，是不是就很简单了。