`
程序员种康
  • 浏览: 7378 次
  • 性别: Icon_minigender_1
  • 来自: 南京
最近访客 更多访客>>
社区版块
存档分类
最新评论
文章列表
  写这篇文章的目的是结合实际应用说明一下Decorator模式的使用,前提是要对Decorator模式的基本概念比较清晰,具体的Decorator介绍就不在这里叙述了。 前两天花了点时间装了个开源的project:mvnforum论坛,想学习一下这个项目里面的一些设计思想和实现,上午又花了点时间看了一下,先从它的底层封装数据库的一些代码看起的,看着看着,发现mvnforum的底层数据源和Connection管理就是一个典型的Decorator模式,所以就上来说一下,当然我知道,用Decorator模式来设计数据源的管理是一个十分常见的设计思路,这里主要是讲一下它的具体实现。 我还是列举了一些相 ...
  今天想谈谈Strategy和State这两个模式,这两个模式很相似,记得以前上网找关于这两个模式的资料,看的多了,讲的好的也有,但是讲的不清不楚的也很多,到最后能把人说的认为这两个模式没什么区别。        今天想就 ...
  今天主要想谈谈Strategy(策略)模式。  先从一个例子开始吧,公司的系统中有一个功能,就是当我们的系统和别系统做接口(收发消息)的时候,由于我们的系统可能和多个外系统做这个动作,而对于两个系统做通信来说,虽然我们现在是异步的实现,使用的IBM的消息中间件(MQ),但是两个系统必须首先在一起互相决定一下我们的消息格式和规范,这是系统之间能不能通信成功的一个关键所在,所以不管是从指定的Queue里收消息,还是往指定的Queue里发送消息,在数据准备好之前,我们必须还要进行一步数据格式的转换,我们使用的都是XML格式的数据,这里的转换不是指跨数据格式的转换,而是就XML而言,进行的转换,比如 ...
  对于设计模式我一直都在悟,说实在话,设计模式并不能让你的代码越来越简单,反而会让其复杂化,理解设计模式不难,吸收设计模式是痛苦的过程。   设计模式是实践的产物,有需求才有改进,是一种聪明的偷懒方法,gof的设计模式比较抽象化,看看就知道是博士创作出来的东西,高度抽象形成理论,而理论是比较难于理解的,今天我斗胆也来谈谈对设计模式的一点感悟,说实话,现阶段我对设计模式的理解和吸收还在一个比较初级的阶段,所以我开篇说了“悟”,所以有什么说的不对,写的不好的地方还需要各位朋友的支持和改正。   废话少说了,今天接触到了flyweight(元享模式),于是我先不急看手边的理论,想先查查资料,看看有什 ...
Global site tag (gtag.js) - Google Analytics