Chinaunix首页 | 论坛 | 博客
  • 博客访问: 259086
  • 博文数量: 60
  • 博客积分: 1222
  • 博客等级: 少尉
  • 技术积分: 585
  • 用 户 组: 普通用户
  • 注册时间: 2011-04-16 17:28
个人简介

从学通信的博士到从事IT行业的工程师 从原华为项目经理,到现任职公司架构师

文章分类

全部博文(60)

文章存档

2013年(18)

2012年(42)

我的朋友

发布时间:2013-01-03 13:39:11

不再看重构,迭代,和并发相关主题了,希望以后用具体的例子来说明......【阅读全文】

阅读(1177) | 评论(0) | 转发(0)

发布时间:2012-12-30 18:49:51

函数函数要尽可能短,缩进有一到两级,包含20行代码就是最好了。if/else/while只占一行一个函数只完成一件事情,这件事情要看当前函数处于什么抽象级别。要让代码拥有自顶向下的阅读顺序。可以用多态替代switch。函数要具有描述性的名称。长函数名称比长注释好。函数参数要少。参数多了,单元测试就麻烦了。最好别传布尔值,而是直接替换为两个函数。如果参数过多,请封装为类 。尽量避免使用输出参数,如果需要则修改所属对象的状态使用异常替代返回错误码编写程序就是讲述故事。注释什么也比不上放置良好的注释来的有用。什么也不会比乱七八糟的注释更有本事搞乱一个模块。注释意味着失败。有时候如果注释的是和代码无关......【阅读全文】

阅读(1691) | 评论(0) | 转发(0)

发布时间:2012-12-29 10:51:29

SRP: 单一职责如果有多于一个的原因修改类的实现,则视为违反单一职责规范.问题是我们怎样未卜先知会有一些什么需求变化呢 如果将类分离为两个,那么如果需要对它们进行同步操作时,把实现放哪里呢我想,设计模式的一个弊端就是让程序员不自觉的忽略(或弱化)了逻辑实体(类实例)之间的同步控制, 或者说增加了复杂度,以至于难于控制. 单一职责的极端是没有类的抽象,没有分组,没有归类. 这显然是不对的. 因此单一职责要适可而止, 如何适可而止? 没有标准答案! 这是一个中庸的原则.OCP: 开放-封闭原则允许通过增加新代码,不允许修改现有旧代码满足新需求. 这个原则太棒了. 这对于开发和部署太友好了. 当然......【阅读全文】

阅读(1856) | 评论(0) | 转发(0)

发布时间:2012-12-29 00:46:47

Interpreter is used to parse a language, just as compiler does!sometimes invoker of operation does not know who will process the request or how the request will be processed. Command encapsulate the requests as object. The invoker triggers the operation by calling execute method of local command ref......【阅读全文】

阅读(1030) | 评论(0) | 转发(0)

发布时间:2012-12-24 20:56:30

State allows the object alter its behavior when its internal state changes. This pattern avoids large, multipart conditional statements. It also introduces more classes.The transition between states is implemented in the subclasses of State.I think strategy is like visitor. Review it!......【阅读全文】

阅读(1114) | 评论(0) | 转发(0)
给主人留下些什么吧!~~
留言热议
请登录后留言。

登录 注册