|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2006-12-27
lane_cn 写道 如果单从技术角度考虑，这样的问题永远没有答案。接口是从领域概念中抽取出来的，而不是从代码中抽取出来的。
能不能合并要看这些概念在业务领域中是不是具有同一性，如果有，必须合并在一起，如果不是同一个概念，即使有一万行代码是相同的，也不能合并在一起。 如果两个接口中有几个操作是相同的，并且这几个操作抽取出来能对应到业务领域中的某个概念，有了这个概念，能使你的领域模型更加清晰，客户也能够借此更加清楚的描述他的想法，这样的抽取就是成功的。 同意lane_cn的观点，抽象出接口要从使用者的角度出发考虑问题，如果使用者没有使用这个接口的需要，则操作方法再类似都没有必要抽取出来再写一个接口。 |
| 返回顶楼 | |
|
发表时间：2007-01-02
听了大家的讨论，我感觉自己是有点执着于代码了，总想重构相同的代码。由重构而想改变设计。重构的有些过分了。其实有些相同的代码不必合并反而显得程序更简洁。
|
| 返回顶楼 | |
|
发表时间：2007-01-03
优秀的开发者对优雅的结构,良好的风格和高度抽象的代码都有强烈的向往,并且不由自主的追求这些自认为高尚美好的东西,这是无可厚非的,但这种心情有让程序员陷入过度设计陷阱的危险,同时项目组也会增加生产和交流成本.
只有出众的开发者,才能够懂得抑制自己追求完美的冲动,服从项目的实际需要架构研发项目,他懂得代码的价值取决于它的客户对它的喜爱程度,而不是仅在于它的外表和结构. 与大家共勉. |
| 返回顶楼 | |
