2012年4月23日
摘要: 迪米特法则就要求类“小气”一点,尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private,package-private、protected等访问权限迪米特法则的核心观念就是类间解耦,弱耦合,只有弱耦合了以后,类的复用率才可以提高,其要求的结果就是产生了大量的中转或跳转类,类只能和朋友交流,朋友少了你业务跑不起来,朋友多了,你项目管理就复杂,大家在使用的时候做相互权衡吧。 阅读全文
posted @ 2012-04-23 15:39 errr 阅读(178) 评论(0) 推荐(1) 编辑
摘要: 我们可以把这两个定义概括为一句话:建立单一接口,不要建立臃肿庞大的接口。再通俗一点讲:接口尽量细化,同时接口中的方法尽量少。看到这里大家有可能要疑惑了,这与单一职责原则不是相同的吗?错,接口隔离原则与单一职责的审视角度是不相同的,单一职责要求的是类和接口职责单一,注重的是职责,这是业务逻辑上的划分,而接口隔离原则要求接口的方法尽量少。例如一个接口的职责可能包含10个方法,这10个方法都放在一个接口中,并且提供给多个模块访问,各个模块按照规定的权限来访问,在系统外通过文档约束“不使用的方法不要访问”,按照单一职责原则是允许的,按照接口隔离原则是不允许的,因为它要求“尽量使用多个专门的接口”,专门 阅读全文
posted @ 2012-04-23 15:05 errr 阅读(238) 评论(0) 推荐(0) 编辑
摘要: 通俗点讲,只要父类能出现的地方子类就可以出现,而且替换为子类也不会产生任何错误或异常,使用者可能根本就不想要知道是父类还是子类。但是,反过来就不行了,有子类出现的地方,父类未必就能适应。 1.子类必须完全实现父类的方法我们在做系统设计时,经常会定义一个接口或抽象类,然后编码实现,调用类则直接传入接口或抽象类,其实这里已经使用了里氏替换原则。继承接口要实现所有方法,继承抽象类实现所有抽象方法。2.子类可以有自己的个性3.覆盖或实现父类方法时输入参数可以被放大Override 覆写 覆盖父类的方法Overload 重载 方法名相同但参数不同当子类Overload重载方法参数范围小于父类方法的参数时 阅读全文
posted @ 2012-04-23 10:34 errr 阅读(345) 评论(0) 推荐(0) 编辑
  2012年4月19日
摘要: 建议是接口一定要做到单一职责,类的设计尽量做到只有一个原因引起变化。 阅读全文
posted @ 2012-04-19 16:39 errr 阅读(150) 评论(0) 推荐(0) 编辑
  2008年9月13日
摘要: 转自:http://confach.cnblogs.com/archive/2006/03/20/135303.html 一 问题的引出 前一段时间,我在写一个跟踪和管理Bug的程序,编程语言为C#. 本软件采用经典的多层架构.我将软件分成UI Layer, Bussiness Layer, 和Data Access Layer. 问题就是出现这里.我最开始的写法是,在Business La... 阅读全文
posted @ 2008-09-13 22:04 errr 阅读(227) 评论(0) 推荐(0) 编辑
  2008年8月20日
摘要: GUID(全局统一标识符)是指在一台机器上生成的数字,它保证对在同一时空中的所有机器都是唯一的。通常平台会提供生成GUID的API。生成算法很有意思,用到了以太网卡地址、纳秒级时间、芯片ID码和许多可能的数字。GUID的唯一缺陷在于生成的结果串会比较大。” 1. 一个GUID为一个128位的整数(16字节),在使用唯一标识符的情况下,你可以在所有计算机和网络之间使用这一整数。 2. GUID 的格... 阅读全文
posted @ 2008-08-20 10:13 errr 阅读(1196) 评论(0) 推荐(0) 编辑
摘要: 采用uniqueidentifier (以下用guid代替)做主键有它的不可替代的优势,因其不重复性,可以用于数据合并、分布、交换等各种场合,可以由客户端生成并存储,避免了像identity一样需要多一次读取操作,但是它也有着固有的缺点,如不易读,存储和性能都不如int型。 既然我们用了guid做主键,而且我们一般情况下主键即聚集索引,如果这样的话,那么问题就来了: 1、guid的分散性会导致... 阅读全文
posted @ 2008-08-20 10:10 errr 阅读(1279) 评论(0) 推荐(0) 编辑
摘要: http://blog.joycode.com/ghj/archive/2004/11/29/39911.aspx 最近一直在做下一代CSDN社区的设计,在帖子编号到底采用Guid,还是自增Int选择的时候,花费了不少心思。 最后的确定的方案是采用Guid。 原因如下: Guid 虽然在搜索、索引寻找的时候,速度肯定比不上Int型字段。 但是,如果帖子编号采用Guid,在提交到中间层之前,就可... 阅读全文
posted @ 2008-08-20 10:02 errr 阅读(542) 评论(0) 推荐(0) 编辑
摘要: 原地址:http://www.cnblogs.com/zhenyulu/archive/2004/07/20/25816.html 前天发表了篇文章叫《小议数据库主键选取策略(原创)》,随即有网友提出了反驳意见《反驳 吕震宇的“小议数据库主键选取策略(原创)” 》,看到后,我又做了做实验,在这里将实验结果以及我的思考再向大家汇报一下: 首先感谢twodays提出意见,说实在的,关于COMB与GU... 阅读全文
posted @ 2008-08-20 09:55 errr 阅读(248) 评论(0) 推荐(0) 编辑
摘要: 转自:http://www.cnblogs.com/xuezheng/archive/2007/08/20/862769.html ref是传递参数的地址,out是返回值,两者有一定的相同之处,不过也有不同点。使用ref前必须对变量赋值,out不用。 out的函数会清空变量,即使变量已经赋值也不行,退出函数时所有out引用的变量都要赋值,ref引用的可以修改,也可以不修改。 ... 阅读全文
posted @ 2008-08-20 09:42 errr 阅读(296) 评论(0) 推荐(0) 编辑