2017年9月20日

redis 基础学习总结

正文内容加载中...
posted @ 2017-09-20 22:40 pony1223 阅读(13) 评论(0) 编辑

重构改善既有代码设计--重构手法19:Replace Data Value with Object (以对象取代数据值)

摘要: 你有一笔数据项(data item),需要额外的数据和行为。 将这笔数据项变成一个对象。 class Order... private string customer; ==> class Order... private Customer _customer; class Customer... 阅读全文
posted @ 2017-09-20 20:45 pony1223 阅读(2) 评论(0) 编辑

重构改善既有代码设计--重构手法18:Self Encapsulate Field (自封装字段)

摘要: 你直接访问一个值域(field),但与值域之间的耦合关系逐渐变得笨拙。 为这个值域建立取值/设值函数(getting/setting methods),并且只以这些函数来访问值域。 private int _low, _high;boolean includes(int arg) { return 阅读全文
posted @ 2017-09-20 20:43 pony1223 阅读(0) 评论(0) 编辑

重构改善既有代码设计--重构手法16:Introduce Foreign Method (引入外加函数)&& 重构手法17:Introduce Local Extension (引入本地扩展)

摘要: 重构手法16:Introduce Foreign Method (引入外加函数)你需要为提供服务的类增加一个函数,但你无法修改这个类。在客户类中建立一个函数,并以第一参数形式传入一个服务类实例。 动机:这种事情发生了太多次了,你正在使用一个类,它真的很好,为你提供了需要的所有服务。而后,你又需要一项阅读全文
posted @ 2017-09-20 20:40 pony1223 阅读(2) 评论(0) 编辑

重构改善既有代码设计--重构手法15:Remove Middle Man (移除中间人)

摘要: 某个类做了过多的简单委托动作。让客户直接调用受托类。 动机:在Hide Delegate (隐藏委托关系)的“动机”中,谈到了“封装委托对象”的好处。但是这层封装也是要付出代价的,它的代价是:每当客户要使用受托类的新特性时,你就必须在服务端添加一个简单委托函数。随着委托类的特性(功能)越来越多,这一阅读全文
posted @ 2017-09-20 20:37 pony1223 阅读(2) 评论(0) 编辑

重构改善既有代码设计--重构手法14:Hide Delegate (隐藏委托关系)

摘要: 客户通过一个委托类来调用另一个对象。在服务类上建立客户所需的所有函数,用以隐藏委托关系。 动机:封装即使不是对象的最关机特性,也是最关机特性之一。“封装”意味着每个对象都应该少了解系统的其他部分。如此以来,一旦发生变化,需要了解这一变化的就比较少 这会使系统比较容易进行。 任何学过对象技术的人都知道阅读全文
posted @ 2017-09-20 20:35 pony1223 阅读(2) 评论(0) 编辑
2017年9月19日

JAVA设计模式:蝇量模式

摘要: 声明:转载请说明来源:http://www.cnblogs.com/pony1223/p/7554686.html 一、引出蝇量模式 现在假设有一个项目,这个项目是为公园设计一个景观的部署,那么这个时候就会有一个问题出现,那么就是避免不了的会有一个树的类,树会很多,那么这个时候如果按照传统的方案来合阅读全文
posted @ 2017-09-19 22:40 pony1223 阅读(247) 评论(0) 编辑
2017年9月16日

JAVA设计模式:桥接模式

摘要: 声明:转载请说明来源:http://www.cnblogs.com/pony1223/p/7530721.html 一、引出桥接模式 假设我们现在有一个项目,这个项目列就是我们是生产遥控器的厂商,承接各种遥控器的生产,比如我们现在承接的有LG、索尼的电视厂商的,那如果我们现在要设计的话,我们首先想到阅读全文
posted @ 2017-09-16 11:39 pony1223 阅读(145) 评论(1) 编辑

重构改善既有代码设计--重构手法13:Inline Class (将类内联化)

摘要: 某个类没有做太多事情。将这个类的所有特性搬移到另一个类中,然后移除原类。 动机:Inline Class (将类内联化)正好于Extract Class (提炼类)相反。如果一个类不再承担足够责任、不再有单独存在的理由(这通常是因为此前的重构动作移走了这个类的责任),就挑选这个“萎缩类”的最频繁的用阅读全文
posted @ 2017-09-16 10:24 pony1223 阅读(14) 评论(0) 编辑

重构改善既有代码设计--重构手法12:Extract Class (提炼类)

摘要: 某个类做了应该由2个类做的事。建立一个新类,将相关的字段和函数从旧类搬移到新类。 动机:一个类应该是一个清楚地抽象,处理一些明确的责任。但是在实际工作中,类会不断成长扩展。你会在这儿加入一些功能,在哪加入一些数据。给某个类添加一项新责任时,你会觉得不值得为这项责任分离出一个单独的类。于是,随着责任不阅读全文
posted @ 2017-09-16 10:23 pony1223 阅读(3) 评论(0) 编辑

导航

公告