初识cppunit，设计模式

本来没有这篇，但是看到前面的目标，只好写一下这篇了。

 

cppunit是一个单元测试框架，从junit移植而来，单元测试应该是比较清楚的，TDD对这个框剪应该比较敏感，TDD是测试驱动开发，第一次听说XP(极限编程)的时候对这个TDD没什么感觉，后来工作了才发现TDD是多么好的一个开发模式。而上天看那个《走出软件作坊》其中看到国内的中小IT企业大都没有单元测试，直接黑盒测试，交付产品。以至于每个版本都做了很多重复的劳动，找了很多相同的bug。

 

一个优秀的team，cppunit或单元测试是应该有的，更好一点的是TDD。

 

cppunit的配置网上说的很多，这里不说了，只说一个问题，昨天和同学聊天想到的，就是windows的IDE对我们的伤害。像我这样的程序员接触第一个程序是在VC6的hello world，到现在工作两年也没有完全搞清楚编译器的一些知识。以至于现在感觉在linux写c++程序不知道如何写编译的条件。想来想去就开始痛恨一直痛恨的中国教育。现在的计算机学院真的是误人子弟，最起码的引导都没有了。我深感痛心。所以毕业的第一件事情就是搞定编译器，至少要知道IDE和编译器之间的关系，这样对以后的程序应该有很大的帮助。我对编译器还不是很熟悉，哈哈，又有了一个具体的学习目标。共同进步吧！

 

设计模式，估计大家都知道了，不多说了，因为细节的东西我正要和大家一起学习呢。学设计模式之前一定要知道oo(面向对象)，这里应该是一些原则的东西，比如面向接口编程，单一原则等。而这些原则直接看好像也不理解。所以先不管了，设计模式是编写面向对象程序设计的一个经验总结，在我现在看来是很好的东西，但以后不知道会不会成为我思维的枷锁。有个家伙(以前我们部门经理)给我说设计模式的东西不要深究，知道了就行，用到的时候在仔细看一下。我现在看来，设计模式应该好好研究，不然就会像我现在一样，设计什么都想着设计模式，反而过度设计了。这样也是非常不好的。但如果十分熟练了，我想应该更容易拿捏使用或不使用设计模式。

 

ok， 就草草说这些，以后继续