使用UML不仅可以形象化的表达我们的程序思想，而且可以帮助我们提高程序的质量。一个杂乱无章的程序让维护者望而生畏，其成本也可想而知。在面向程序设计(OOD)中有5条原则是帮助我们设计一个高效、简洁的程序：1.单一职责原则(SRP) 2.开放-闭合原则(OCP) 3.Liskov替换原则(LSP) 4.依存关系倒置原则(DIP) 5.接口隔离原则(ISP).然而这5个原则不是本节讨论的重点，我们将从一个更简单基础的部分入手-JUnit。...
分类：
其他好文 时间：
2014-09-03 18:16:27
阅读次数：
213
经验：支持”编译依存性最小化“的一般构想是：相依于声明式，不要相依于定义式。
基于此构想的两个手段是 Handle classes 和 Interface classes.
示例：相依于定义式
#include
#include "date.h"
#include "address.h"
class Person{
public:
Person(const std::string &name, const Data &birthday, const Address &addr);
st...
分类：
编程语言 时间：
2014-07-12 19:39:46
阅读次数：
347
（一）
假设你对C++程序的某个class实现文件做了些轻微改变，修改的不是接口，而是实现，而且只改private成分。然后重新建置这个程序，并预计只花数秒就好，当按下“Build”或键入make，会大吃一惊，因为你意识到整个世界都被重新编译和链接了！问题是在C++并没有把“将接口从实现中分离”做得很好。
避免陷入这种窘境的一种有效的方法就是本条款要提出的内容:将文件间的编译依存关系降至最低....
分类：
编程语言 时间：
2014-06-26 14:02:11
阅读次数：
279
Gof上的官方定义：外观模式为子系统中一组不同的接口提供统一的接口。外观定义了上层接口，通过降低复杂度和隐藏子系统间的通信及依存关系，让子系统易于使用。
其实这个设计模式我们很常见，一般我们使用第三方类的时候都会有这种模式，使用第三方时我们只需要引用第三方的其中改一个文件就能满足很多功能的使用。我只这个文件就是讲子系统的一些方法归并到了这个文件中，从而使使用者上手更快。
以后应该多使用这种设计...
分类：
其他好文 时间：
2014-05-21 08:52:46
阅读次数：
246
C/C++经典的PIMPL模式，将文件的编译依存关系降至最低。本文是入门篇，简要的介绍了什么是PIMPL以及为什么使用PIMPL。
分类：
其他好文 时间：
2014-05-06 11:36:31
阅读次数：
259
