main1next
jdk14中记录日志api了一种更成熟ງ完善的工具，它可以被用来报告关于我们程序
"runningtestin色rt",
器，来演示bangbean2的多路事件处理能ม力。
pubຘli9tget摸difier{return摸difier;}
publi9๗extendsjapplet{
publi9performeda9te{
}
3．糟糕的程序设计导致不必要的复杂度。
写任何特殊代码。当你在对象上调用其任意syn9ized方法的时候，此对象都被加
"#ี5:2",
题，那么应将其标记成transient。但是这之后，我们还必须要设计一种安全的保存信息的
importjavautilzip;
syste摸utprintlns;๙
list方法，便可以获得此文件对象包含的全部ຖ列表。然而，如果我们想获得一个受限列ต
}
也许你会好奇为ฦ什么需要9teger包装类的功能强。为什么不使
importucນeecນkelsimpletest;
publicstaticclass
}
用了这个ฐ方法，看起来还是比较合适的。虽然这样可以跟踪异常的行为，但是你仍旧
定义可能看起来像这样：
"逼gegg2yolkf"
interfa99๗im{
triangle等。这个例子之ใ所以好用，是因为我们可以说“圆是一种形状”，这种说法也很
thisstaທrt=start;๙
"314๒159"
print"ิdatatypeinitialvalue";
先调用initiaທlize。然而，这同时意味着用户必须记得自己去调用此方แ法。在java中，通
inti2=0x2f;hexaທdecimaທlupperca色
@returndes9
保佑了。如果你在构建一个大型的、复杂的程序，那么เ没有什么比在程序某处暗藏了一个ฐ错
}
激它们的创建者。9为我解决了无数9indo9s不能解
前言
传统上，将测试视为项ำ目的最后部分，你已经“令所有东西都工ื作了，只是需要确认”。
它隐含地具有较低优先级，专门做测试的人员也没有被给予什么地位，甚至常常被隔离在
地下室，远离“真正的程序员”。作为回应，测试团队就像是穿着黑袍的人，弄坏了东西
就高兴得咯咯笑老实说，当令编译器出错时，我也有这种感觉。
xp完全颠覆了测试的概念，给予其与代码相等甚至更高的优先级。事实上，它要求在
写代码前先写出对其要做的测试，并且将这些测试与代码永远放在一起。每完成项目的一
个ฐ版本，必须成功通过测试通常一天一次，甚至多次。
优先编写测试有两个非常重要的影响。
先，它要求类的接口的定义必须清楚。我总是建议人们，在设计系统的时候“为解决特
定问题而专门设计一个类”。xp的测试策略则更进一步，它确切地向类的用户说明，类应
该是什么样子、应该如何运作。这里没有不确定的术语。你可以写成散文，或画图来描述
类应该如何运作，以及它的样子，但没有什么比一套测试集合更真实。前者是愿望的列表，
而测试是一个契约，由á编译器与测试框架保证。很难想象有工具能比测试更具体地描述一
个类。
在创建测试时，你会被强制ๆ去彻底思考类，并且常会因此而现一些需要加入的功能ม，这
些功能在使用uml图，cນrcນ卡、用例等工ื具时被遗漏了。
优先编写测试的第二个重要的影响是，开出的每一版软件都要进行测试。此时编译器帮
你完成了一半的测试工作。如果从这个角度观察编程语言的演化，就会现，技术上最实
际的改善其实就是以测试为中ณ心。汇编语言只能检查语法，而cນ做了一些语义约束，可以
避免你使用错误的类型。oop语言则有更强的语义แ约束，实际上，你可以将其视为ฦ某种形
式的测试。“这个数据的类型用得正确吗”，“这个方法是否调用得正确”，这都是由编
译器在运行期做的测试。我们已经看到了将这类测试内置于程序语言中的效果：人们能够
写出更复杂的系统，花费更少的时间和精力就能令系统正确工作。我曾其原因而感到迷惑，
但是现在我认识到，原因就是测试：如果某件事做错了，内置的测试安全措施会通知你出
了问题，并指出问题在哪儿。