设计模式
文章平均质量分 72
qugang1982
这个作者很懒,什么都没留下…
展开
-
proactor模式UNIX初认识
明天要见大牛,临时抱佛脚看一下高性能IO服务器的Proactor设计模式: ACTOR 模式: 不讲了。PROACTOR模式:总体来讲,这个模式就是把IO通讯的几个角色分离,各自完成自己的工作已达到最高效果。下面讲的事UNIX上的实现: 几个角色:1 数据处理者 仅关心数据乖乖到达自己期望的位置,以便处理。2 数据传输者 仅负责从指定的socket上搬指定长的数原创 2013-10-13 20:56:55 · 644 阅读 · 0 评论 -
Scala 编程中分而治之的思想 (divide and conquer)
两种思想:1 使用head tail:思想即使原创 2014-07-06 11:45:12 · 690 阅读 · 0 评论 -
Bridge 模式学习:
基本模式是复杂类的抽象和实现分开,这样抽象和实现可以相互独立,各自演进发展: 类似于: sruct Impl;struct ComplexClass{ virtual void interface1(); virtual void interface2(); virtual void interface3(); Impl * ge原创 2013-12-21 15:36:15 · 449 阅读 · 0 评论 -
chain of responbility 职责链模式
个人理解这个模型必须同composit模型结合起来使用,否则从上到下都要继承一个服务接口类,修改起来非常麻烦。这个模型的现实意义是,当系统是整体与部分的时候,对部分请求一个整体才有的职责时,部分发现自己没有这个职责,则向上传递这个职责。比如 部门里面,向一个普通员工对象要求获取部门平均工资的请求,这个责任明显不是普通员工拥有的,模式的实现是直接丢给科长, 科长发现也不是自己原创 2013-12-30 21:17:07 · 635 阅读 · 0 评论 -
设计模式- 对象结构型模式小结
粗粗看文GOF的设计模式第二部分:感觉着这部分类图实现上看差异很小,但是从动机和范围却差异很大:1 ADAPTER 适配两个不兼容的类,采用多重继承或者的类适配器或者委托对象的对象适配器。 典型例子是 TextShape2 Bridge 把抽象和实现隔离,使用场景是当某个抽象的实现不止一个,的时候,使用该模式的IMPL,把两者隔离开来,从而他们原创 2013-12-29 17:45:57 · 535 阅读 · 0 评论 -
Clean Code CH12
简单设计4原则:1 通过所有测试;2 不可重复;3 清晰表达;4 尽可能减少类和方法;以上规则暗器重要性排列。 1 测试2~4 重构依次迭进,达到称心。原创 2013-11-06 22:35:02 · 497 阅读 · 0 评论 -
Clean Code CH8
1 如何使用第三方代码?第三方接口提供方追求普世性,提供很多种方法在各种环境下都能应用,以吸引用户。而使用者则想要集中满足特定需求的接口。这种矛盾在系统边界上出现问题。 比如 Map sensors = new HashMap();别人访问的时候必须要 Sensors = (Sensors)sensors.get(sensorsId); 代码的使用者承担了从MAP取出对象转换为正确原创 2013-11-06 22:12:52 · 655 阅读 · 0 评论 -
CleanCode CH7
错误处理:1 使用异常,而非返回码。try{}catch{} 2 从异常处理查看对第三方接口打包的好处:比如:ACMPort port = new AcmPort(12); try{ port.open();}catch (DeviceRespronerror e){ report err;log(xxxx);}catc原创 2013-11-06 21:52:49 · 549 阅读 · 0 评论 -
CLEAN CODE CH11
系统,没看懂,还是功力不够深。 以后再更新吧。 将系统的构造与使用分开,工厂模型。。。。。。原创 2013-11-06 22:30:42 · 712 阅读 · 0 评论 -
CleanCode CH5 CH6
CH5 格式代码格式很重要,原始代码修改很久后,可能代码不存在了,但是代码行文风格还是保留。 垂直格式相关函数,调用者应该尽可能的放在被调用者的上方。概念相关放在一起。 横向格式: CH6 对象与数据结构1 隐藏并非只是在变量之间放上一个函数层这么简单,隐藏实现关乎抽象。类并非简单实用取值,赋值函数,而是暴漏对象接口,以便用户不用了解数据实现,就能操作数据。原创 2013-11-06 21:24:14 · 582 阅读 · 0 评论 -
C语言实现SOLID原则的模式
SOLID定义:S (Single Responsibility Principle) 单一职责原则O(Open Closed Priciple) 开放封闭原则,对扩展新功能开放,对修改老代码封闭L (Liskov Substitution Principle) 发起调用的代码,在不需要知道被调用的代码的任何特别的知识就可以替换有着相同接口的模块。I (Interface Segr原创 2013-10-16 22:13:07 · 1168 阅读 · 0 评论 -
CQRS 和 EVENT SOURCING的例子读后感
在12月11日新的有关DDDCQRS和Event Sourcing演讲:改变心态- 以更加面向对象视角看待业务领域建模中,作者以足球比赛football Match为案例说明传统编程方法和CQRS的区别。CQRS作为DDD的最佳实践已经得到广泛承认和普及,下面摘取该文章的PPT部分图片简单讲解一下,如何使用CQRS和Event Sourcing实现DDD系统。首先,领域转载 2014-10-12 20:53:23 · 762 阅读 · 0 评论