31 天重构学习笔记1. 封装集合
2010-06-28 20:51
381 查看
摘要:由于最近在做重构的项目,所以对重构又重新进行了一遍学习和整理,对31天重构最早接触是在2009年10月份,由于当时没有订阅Sean
Chambers的blog,所以是在国外的社区上闲逛的时候链接过去的。记得当时一口气看完了整个系列并没有多少感觉,因为这些基本上项目都
在使用,只是我们没有专门把它标示和整理出来,所以也没有引起多大的重视。现在突然接手这个重构项目,由于团队成员技术和经验参差不齐,所以有必要专门整
理一个重构的纲要,当然这个系列也非常适合做新系统的代码规范参考,只要有代码的地方,这个重构规范就很有价值。周末也不想出去闲逛,因为在刚到这个美丽
的城市,没有亲戚或者朋友,所以就才能静下心来两天时间写完这个重构参考规范。同时也感受了WindowsLive
writer写文章的快感。当然重构的整体的架构得另当别论(整体架构在我的这篇文章有专门的讲解(http://www.cnblogs.com/zenghongliang/archive/2010/06/23/1763438.html)。
大的架构设计好了以后,这些重构小点就成了点将之后的大军作战了,所以这些重构小点对整个项目也是至关重要。31天重构这个系列和《代码大全》、《重构:
改善既有代码的设计》比较起来最大的特点就是比较简单、浅显易懂。那么我这些文章也都是学习Sean
Chambers的31天重构的笔记整理,所以如果大家对这个笔记有任何异议也可以指出,具体也可以通过http://www.lostechies.com/blogs/sean_chambers/archive/2009/07/31/31-days-of-refactoring.aspx查
看原文。
概念:本文所讲的封装集合就是把集合进行封装,只提供调用端需要的接口。
正文:在很多时候,我们都不希望把一些不必要的操作暴露给调用端,只需要给它所需要的操作或数据就行,那么做法就是封装。这个重构在微软的代码库也
经常遇到。比如最经典的属性对字段的封装就是一个很好的例子,那么下面我们将看到对集合的封装,如下代码所示,调用端只需要一个集合的信息,而我们则提供
了一个IList的集合,大家都知道IList具有对集合的所有操作,所以这会带来很多隐患,最好的做
法就是对它进行重构。
那么重构之后,我们把IList换成了IEnumerable,大家都知道只包括一个返回值为
IEnumerator的GetEnumerator()方法,所以这样只能遍历取出它的值,而不能对这个集合做出改变,这正是我们所需要的结果,具体代
码如下:
这个例子很容易让我们想到以前系统间耦合常喜欢用数据库。每个系统都会操作数据库,并且有些系统还会对数据库的表结构或字段进行修改,那么这很容易
就会造成维护的地狱,很明智的一个做法就是使用SOA来隔开这些耦合,让一些只需要数据展示的系统得到自己需要的数据即可。
Chambers的blog,所以是在国外的社区上闲逛的时候链接过去的。记得当时一口气看完了整个系列并没有多少感觉,因为这些基本上项目都
在使用,只是我们没有专门把它标示和整理出来,所以也没有引起多大的重视。现在突然接手这个重构项目,由于团队成员技术和经验参差不齐,所以有必要专门整
理一个重构的纲要,当然这个系列也非常适合做新系统的代码规范参考,只要有代码的地方,这个重构规范就很有价值。周末也不想出去闲逛,因为在刚到这个美丽
的城市,没有亲戚或者朋友,所以就才能静下心来两天时间写完这个重构参考规范。同时也感受了WindowsLive
writer写文章的快感。当然重构的整体的架构得另当别论(整体架构在我的这篇文章有专门的讲解(
大的架构设计好了以后,这些重构小点就成了点将之后的大军作战了,所以这些重构小点对整个项目也是至关重要。31天重构这个系列和《代码大全》、《重构:
改善既有代码的设计》比较起来最大的特点就是比较简单、浅显易懂。那么我这些文章也都是学习Sean
Chambers的31天重构的笔记整理,所以如果大家对这个笔记有任何异议也可以指出,具体也可以通过
看原文。
概念:本文所讲的封装集合就是把集合进行封装,只提供调用端需要的接口。
正文:在很多时候,我们都不希望把一些不必要的操作暴露给调用端,只需要给它所需要的操作或数据就行,那么做法就是封装。这个重构在微软的代码库也
经常遇到。比如最经典的属性对字段的封装就是一个很好的例子,那么下面我们将看到对集合的封装,如下代码所示,调用端只需要一个集合的信息,而我们则提供
了一个IList的集合,大家都知道IList具有对集合的所有操作,所以这会带来很多隐患,最好的做
法就是对它进行重构。
usingSystem.Collections.Generic; namespaceLosTechies.DaysOfRefactoring.EncapsulateCollection.Before { publicclassOrder { privateList<OrderLine>_orderLines; privatedouble_orderTotal; publicIList<OrderLine>OrderLines { get{return_orderLines;} } publicvoidAddOrderLine(OrderLineorderLine) { _orderTotal+=orderLine.Total; _orderLines.Add(orderLine); } publicvoidRemoveOrderLine(OrderLineorderLine) { orderLine=_orderLines.Find(o=>o==orderLine); if(orderLine==null) return; _orderTotal-=orderLine.Total; _orderLines.Remove(orderLine); } } publicclassOrderLine { publicdoubleTotal{get;privateset;} } }
那么重构之后,我们把IList换成了IEnumerable,大家都知道只包括一个返回值为
IEnumerator的GetEnumerator()方法,所以这样只能遍历取出它的值,而不能对这个集合做出改变,这正是我们所需要的结果,具体代
码如下:
usingSystem.Collections.Generic;
namespaceLosTechies.DaysOfRefactoring.EncapsulateCollection.After
{
publicclassOrder
{
privateList<OrderLine>_orderLines;
privatedouble_orderTotal;
publicIEnumerable<OrderLine>OrderLines
{
get{return_orderLines;}
}
publicvoidAddOrderLine(OrderLineorderLine)
{
_orderTotal+=orderLine.Total;
_orderLines.Add(orderLine);
}
publicvoidRemoveOrderLine(OrderLineorderLine)
{
orderLine=_orderLines.Find(o=>o==orderLine);
if(orderLine==null)
return;
_orderTotal-=orderLine.Total;
_orderLines.Remove(orderLine);
}
}
publicclassOrderLine
{
publicdoubleTotal{get;privateset;}
}
}
这个例子很容易让我们想到以前系统间耦合常喜欢用数据库。每个系统都会操作数据库,并且有些系统还会对数据库的表结构或字段进行修改,那么这很容易
就会造成维护的地狱,很明智的一个做法就是使用SOA来隔开这些耦合,让一些只需要数据展示的系统得到自己需要的数据即可。
相关文章推荐
- 31天重构学习笔记1. 封装集合
- 31天重构学习笔记1. 封装集合
- 31 天重构学习笔记16. 封装条件
- 31天重构学习笔记1. 封装集合
- 31天重构学习笔记1. 封装集合
- 31 天重构学习笔记12. 分解依赖
- 31 天重构学习笔记20. 提取子类
- 31 天重构学习笔记28. 为布尔方法命名
- 31 天重构学习笔记8. 使用委派代替继承
- 31 天重构学习笔记索引
- 31 天重构学习笔记13. 提取方法对象
- 31 天重构学习笔记21. 合并继承
- 31 天重构学习笔记29. 去除中间人对象
- 31 天重构学习笔记14. 分离职责
- 31 天重构学习笔记22. 分解方法
- 31 天重构学习笔记30. 尽快返回
- 31 天重构学习笔记索引
- 31 天重构学习笔记10. 提取方法
- 31 天重构学习笔记索引
- 31 天重构学习笔记15. 移除重复内容