在路上...

最近公司要求重新回顾单元测试的实际效果，作为一个开发经理，我个人对单元测试也有很多疑惑。就个人而言，我自己也写过很多单元测试，也鼓励程序员写单元测试，但实际效果似乎不尽如人意。因此，写了这篇短文，想和大家一起探讨。1. 背景介绍 我所在的公司是一家外资软件公司，主要工作是开发一个复杂的在线系统(java based web applicaiton). 该系统的主要特点是：定制化程度比较高，业务逻辑相当复杂。系统的技术栈是Struts, EJB (JBo

<br />C#和java是号称90%的相同加上10%的不同。因此当时我学习C#，阅读两种代码 完全没有什么阻碍。<br /><br /> 对C#了解得深入以后，来发表下对这两种语言各自特性的一些看法.<br /><br /> 比 较起java和C#大相径庭的那10%，会发现C#五花八门的特性要多很多。比较知名的有：委托，属性，真正的泛型，索引器，类初始化器，分部类，操作符 重载，struct,unsafe代码，IDisposable等，另外.net framework 3.5还加了一大串纯粹由编

synchronized(b){...}；的意思是定义一个同步块,使用b作为资源锁。b.wait();的意思是临时释放锁，并阻塞当前线程,好让其他使用同一把锁的线程有机会执行,在这里要用同一把锁的就是b线程本身.这个线程在执行到一定地方后用notify()通知wait的线程,锁已经用完,待notify()所在的同步块运行完之后,wait所在的线程就可以继续执行.