摘要：书看的很爽,但真正用起来才发现应用敏捷没有想像的容易. 相比较传统的重型方法, 敏捷把人的地位提高了很多. 技术人员(特别是传统上的底层人员,例如程序员)不再只是简单的可以替换的螺丝钉,他们是微型的智能自动螺丝钉,他们可以自己判断自己钻进指定的地方,甚至自己确定位置(注意这里是他们,对单个螺丝钉,敏捷在团队上的很多宝贵的思想就是去了意义). 现在项目的几个特点: 1. 编程人员是分散的 -->......
摘要： protected关键字和抽象基类 学习人：hsly 学习书籍：c++ primer plus(第四版)中文版撰写日期：2004-7-11 章节：13.5 p418 protected关键字 private和protected之间的区别只有在基类派生的类中才会表现出来。派生类的成员可以直接访问基类的保护成员，当不能直接访问基类的私有成员。因此，对于外部世界来说，保护成员的行为和私有成员相似；但是......
在Eclipse中使用JUnit（翻译） 这篇文章将向你介绍junit,一个用来在项目中进行测试与调试的工具.在介绍完tdd（以测试驱动开发）理论后,将进一步讲解怎样在流行的eclipse中建立你自己的junit测试.向你展示如何测试hello world这样简单的程序. 许多书上都讨论了自动测试,但是只有很少的著作注意到这么一个问题,那就是怎样把这些测试组织起来.随着测试的增加,放置与调用这些测试却变得更加麻烦.这将成为一个重要问题,以至于出现了tdd,极限编程（xp）使tdd得以普及.另外,你可以这样理解tdd:通过测试来开发. 【程序编程相关:
注册表的禁用及启用方法】 【推荐阅读:
第十五章 接口[《.net框架程序设计》】 tdd的主要规范: 【扩展信息:
错误80004005信息处理方法】 在编写程序代码之前,与之对应的自动测试必须被写好.甚至程序代码并不存在,那也要看见一个失败的测试结果. 在测试通过后,副本代码必须被丢弃. 有一个具体步骤（可能指的是«extreme programming»）可以被任何一个程序员来参考,而不需要特殊的其他方法.在我们开始写测试之前,这些步骤（章节）应该被首先阅读——怎样组织自动测试. 讲解一下不同种类的测试: 单元测试:检测模块（也就是类）的正确性.如果对象需要访问外部的数据资源,例如数据库,就需要模拟一个mock objects,但在实际中真实数据与测试环境是不同的. 客户测试:这是功能性.系统.与验收测试.用来测试整体的系统特性.在xp中,这些测试由用户编写. 综合测试:介于用户测试与单元测试之间的桥梁.综合测试帮助测试应用程序的交互性.一般情况下,mock objects不被用于综合测试,它会增加测试时间.同样,综合测试经常依赖特殊的测试环境,例如数据库送来的测试数据.综合测试也需要用到外部类库.例如为j2ee应用程序进行综合测试的类库cactus.解释这些测试超出了本文的范围,需要更加详细的信息请参考http://jakarta.apache.org/cactus/. 开发人员测试:这是用来让开发人员检验自己代码或新函数的.对于每一个开发人员,只要有可能,就需要有更多的测试来检验代码.组织这些测试与组织程序代码一样重要. 在以下章节,只要提到“测试”,那就指的是开发人员测试. 我们几乎准备好开始建立测试了,先应该为我们的测试选择名字.你也许会说,“这不是问题:把‘test’这个字放在类名前面,就好了！”不会这么快！让我来说一下这个步骤存在的问题: ...
下一页 摘要：原文发表在[http://community.csdn.net/expert/topicview2.asp?id=3072485] 带子窗口的activex控件问题，如何获取回车键？ 问题： 新建一个mfc activex工程，添加一对话框资源，上面有一些标准控件，如按钮、编辑框等，并生成一个类cctrlpanel。在cxxxxctrl类中：int cxxxxctrl::oncreate(lpcr......
