设计之初的一些思考

设计oo的时候，你要分析需求，设计各个模块的通信接口，这个过程，同样需要经验，同样需要摸索，同样没有一踀而就的捷径。

但是，oo设计的时候又要避免过度，一些时候，在是否通过接口预留灵活性，提取容易变化的部分，或者是尽量简单之间，还是有冲突的。你需要做一个艰难的猜测和抉择。
而一旦抉择作出，以后如果发现事情进展不如所愿，那么改动接口的代价相当的大。 :(

[color=red]OO的关键是需求。
所谓"refactor"，不过也是强调需求，让你不要自作聪明地瞎假设需求而复杂化设计。时刻着眼于当前的需求。这样，一旦需求变更，所浪费的力气可以保证最小，而且，船小才好调头嘛。
如果需求分析的不好，一切就歇菜了，虽然因为一些比如ioc之类的设计方法能让你不至于推到重来，但是需求仍然是重中之重。

那些什么上下文没有，上来就说“怎么用OO来做一个人骑车呀？”，“是人.骑(车)呀？还是车.被骑(人)？”纯粹是没头没脑地瞎掰。

而CO的关键则是组合子和组合规则的设计。这些组合方法必须非常精巧，尽量正交。组合子的设计既要简单（越简单才越容易被组合），还要完整。
比如说，对整数这个组合子，我们有+-*等组合方法，这样只要有了0,1这两个组合子，我们就可以构造出整个整数世界。
可是，精巧的组合子设计也不是那么容易的。需要有一点点数学的感觉和严密的逻辑思维基础。 [/color]
:idea:
而如果使用co，在设计简单的各个组合子的时候，你会以一种非常渐进式的方式来发现：哦，原来的组合子设计不够正交，有这个地方可以抽出来，好，抽出来，把波及到的几个组合子的设计修改一下。

因为组合子都非常简单，这个变化的波及范围一般来说相当小。


细节封装。这个封装不是一般OO意义上的封装，而是说：把要实现的接口细节封装起来，让客户通过预定义好的组合方式来扩展，而不是象oo那样让用户实现实现这个接口来扩展。