java junit 单元测试
进行单元测试目的
单元测试保证局部代码的质量
单元测试改良项目代码的整体结构
单元测试降低测试、维护升级的成本
单元测试使开发过程适应频繁变化的需求
单元测试有助于提升程序员的能力
单元测试着
应该由开发部门进行单元测试
由测试部门进行单元测试的问题：代价高，人手不足，耽误了测试部门对其他测试的准备工作。
由开发部门进行单元测试的问题：担心影响开发进度，程序员不习惯做单元测试，测试自己编写的代码，难于保证测试的效果。
无论由哪个部门做单元测试，都要面对一些问题，但开发部门所面对的问题可以借助工具来解决，而由测试部门进行单元测试，要么无法真正实施，要么代价昂贵。
测试部门进行单元测试成本昂贵
需多次重复理解程序
反复沟通需要大量时间成本
不利于发挥单元测试对代码结构的约束机制
耽误测试部门对其他测试的准备工作
即使测试部门人手充裕，仅仅从效益来考虑，也不应该由测试部门进行单元测试。如果测试部门本来就人力不充裕(进行单元测试的人员需具备编码能力)，勉强由测试部门进行单元测试，结果往往是----没有结果。
开发部门进行单元测试测试效果
程序员测试自己编写的代码，往往只考虑“正常状况”，这当
然会影响测试效果。但如果所用的单元测试工具能够统计各种白盒覆盖率，就能检查测试效果。当然，只做到这一点还是不够的，因为白盒覆盖具有逾后逾难的特
点，达到一定的覆盖率后，覆盖率的提升会很困难。如果测试工具功能足够强大，能提供工具帮助用户快速地设计测试用例，达到完整的白盒覆盖，那么测试效果就
能得到完全的保证。
实际上，如果没有充分的统计数据，没有达到足够的测试完整性，那么由谁做单元测试，效果都不能保证。
边编码边测试于编码进度
传统的单元测试是很费时费力的工作，主要时间消耗在于：编写测试代
码、设计测试用例，如果开发工具能自动生成测试代码，并且具有快速设计测试用例的功能，那么测试费时就很少；另一方面，如果测试工具还能提供数据，帮助程
序员整理编程思路、快速发现错误，更高效地调试，那么就能大量提高开发效率，抵销测试所消耗的时间，不但不会影响编码进度，甚至加快编码进度。
实施单元测试于开发流程
边开发边测试，单元测试是编码行为而不是测试行为，测试代码看作是项目代码的一部分，程序员提交产品代码时也要提交测试代码和测试报告，其他流程可以不作任何改变。
另
一方面，在充分单元测试的基�
相关文档：
Java NIO API详解
在JDK
1.4以前，Java的IO操作集中在java.io这个包中，是基于流的阻塞（blocking）API。对于大多数应用来说，这样的API使用很方
便，然而，一些对性能要求较高的应用，尤其是服务端应用，往往需要一个更为有效的方式来处理IO。从JDK 1.4起，NIO
API作为一个基于缓冲区，并能提供非阻塞(non-blo ......
一：准备 www.savarese.org download
1. rocksaw-1.0.0-src.tar.gz
2. vserv-tcpip-0.9.2-src.tar.gz
二：编译源文件得到jar包 使用Ant
1. build vserv-tcpip-0.9.2-src
在vserv-tcpip-0.9.2目录下面建一个tests目录，然后在cmd窗口下进入 ......
Java提供了一套机制来动态执行方法和构造方法，以及数组操作等，这套机制就叫——反射。反射机制是如今很多流行框架的实现基础，其中包括Spring、Hibernate等。原理性的问题不是本文的重点，接下来让我们在实例中学习这套精彩的机制。
1. 得到某个对象的属性
1 public Object getProperty(Objec ......
面向对象原理与Java
实践课程实验代码及报告
实验
1
：对象和类
实验内容：
1
、尝试两人合作编写程序，加深对方法的接口与实现的理解。其中一人负责编写方法
isPrime()
，用于判断一个给定的正整数是否素数，另一个人负责编写主方法
main()
，利用
isPrime()
验证著名的哥德巴赫猜想：任何比
......
java构造函数
其语法格式如下：
< modifiers> <class_name>([< argu_list>]) {[< statements>]}
自定义构造方法：方法名与类同名，首字母大写！没有返回类型。除此之外其他都跟普通方法一样。
默认构造函数：没有形参没有方法体！如：public Person() {}
读下面的例子，体 ......
