言被称为是弱类型的9aທped，随着java技术的展以及对jaທva认识。该对象就
，也就是解空间的术语“设
置芯片。当你向一个对象送消息时，
码的内容。但是并不知道将会被执行的确切代码，表示继电å器将被关闭”来描述解决方แ案，你可以用更高层的概念来处理
，java越来越受到人们的青睐，系统易于表达、易于理解
被设计用来适应问题的“类”，在表达问题的能ม力上显得更强。这意味着当你编写代码时，
你是在用问题空间的术语“将垫圈放进盒子中”而不是计算机，每一个对象都可以具有不同的行为ฦ表现，ucນeeckel推出了《jaທva
随着软件。尤其是9๗eb应用的开技术的展，并且只用一行代码就可以做更多的事。
易于表达所带来的另一个好处就是易于维护，如果程序易于理解。维护如果报告可信的话在程，那么它必定易于维护。同时，
通过类库得到最大的支持
创建程序。这也降低了创建和
维护文档的费用：类库。java的主ว要目标之ใ一就是要使类
库更易于使用。这是通过将类库转型为新的数据类型类来实现的，因此，引入类库意味
着在语言中添加了新的数据类型。因为jaທva编译器会留意类库的使用方式——确保正确的
初始化和垃圾回收，并保证其方法被正确调用，因此，你只需专注于你想让类库做些什么เ，
而不必关心应如何去做。
错误处理
在c语言中，错误处理一直是一个声名狼籍的问题，而且经常被忽视——经常只能靠上帝
保佑了。如果你在构建一个大型的、复杂的程序，那ว么没有什么比在程序某处暗藏了一个ฐ错
误，而你却没有任何能够暗示它在何处的线索更糟糕的事情了。java异常处理ex9๗
handling便是一种能够确保错误必须ี报告，而且必须有所动作作为其响应的机制。
大型程序设计
许多传统语言在程序大小和复杂度方แ面都有内置的限制。例如，basic可能ม对某类问题地
解决能力非常强，可以快地创น建解决方案，但是如果程序长度过数页，或者出该语言
正常的题域之外，它就会像“在非常粘稠的液体中游泳”。没有明确的界ศ线来表示ิ何时你所
使用的语言会导致最终的失败，即使有这样的界ศ线，你也会忽视它。你总不能说：“我的
baທsicນ程序太大了，我不得不用cນ来重写它！”相反，你会试着将几行代码硬塞进去，以便
在程序中增加新功能ม。因此，不知不觉中，你就付出了额外的开销。
javaທ具备编写大型程序的能力——也就是说，它消除了小型程序和大型程序之间的复杂度界
线。在编写“hello,9๗orld”风格的小应用程序时，你当然不必使用oop，但是当你需要用
到时，这些功能随手可得。而且，对小型程序和大型程序，编译器都会一视同仁地、积极地
找出因bug而产生的错误。
java与c++ใ
java看起来很像cນ++，因此，很自然地，看起来c+ใ+将会被jaທvaທ取代。但是我开始怀疑这
种逻辑了。cນ++仍然有某些功能ม是java不具备的，尽管关于java终有一日会与c++一样快，
甚至更快的承诺层出不穷，我们也看到了java在稳步地提高，但是至今并没有什么เ令人瞩
目的突破。而且，人们对c++ใ仍持续地保持着兴趣，因此我不认为cນ+ใ+会在近期内消亡。
所有的编程语言看起来都不会永远地消亡。
于是我开始考虑：java的能力适用的战场与c++ใ的稍有不同，c++并不会去尝试为某类问题
量身订造。当然，它也采用了大量的方法来解决各种特定问题。某些c++工具结合了类库、
构件模型和代码生成工具，以解决开视窗型终端用户应用微软9indo9s应用过程中ณ的
问题。然而，绝大多数9indo9s应用的开者使用的是什么呢？是微软的visualbasicນvb，
尽管vb所产生的代码在程序仅仅只有几页ษ长的情况下就已经变得难以管理了而且其语法
也肯定让人迷惑不解。虽然vbຘ如此成功、如此流行，它却不是一个很好的语言设计范例。
如果能够在拥有vb的简易性及其强大威แ力的同时，而又不会产生难以管理的代码，那ว该有
多好啊。这正是我认为javaທ终会光芒四散的原因所在：它会是下一个ฐvb
8
。你可能会，也可
能不会因听到这种说法而感到害怕，但是想想看，jaທva作了那ว么多的事情，都是为了使程
序员能够更容易地解决诸如网络、跨平台ui之类的应用级问题，可是它仍然具备了编程语
言的设计特征，它允许创建非常大型且极具灵活性的代码。此外，java的类型检查和错误处
理相对于绝大多数其他语言来说，都有很大的提高，这使得你可以在编程生产力方แ面产生显
着的阶越。
如果你基本上是从头开所有的代码，那么在简单性方面要胜过c++的jaທva可以显着地缩
短你的开时间。有传言我是从一些原先使用cນ++ใ，后来转投java阵营的开团队那里
听来的称，用java的开度过cນ++的两倍。如果javaທ的性能对你来说不是问题，或
者你可以以某种方式加以弥补，那么纯粹考虑“时间-市场”因素า，你是很难不选择jaທva而
选择c++ใ的。
最大的问题还是性能。在原始的java解释器中，解释型的java运行度曾经非常慢，甚至
比c要慢20至5๓0倍。随着时间的推移，这一点已经有了很大的改进特别是最近的java
版本，但是仍然有很大的差距。论及计算机，无非就是度。如果你在计算机上做事情的
度并没有快很多，也许你就会宁愿手工完成它。我曾听过有人建议，如果你需要较快的
执行度，那ว么你可以先使用java开以获取较短的开时间，然后再使用某种工具和支
持类库将你编写的代码翻译成为c++ใ代码。
使jaທvaທ适用于许多开项ำ目的关键，就是出现了能够提升度的技术，例如所谓“即时
just-in-time，jit”编译器、sun自己的“hotspot”技术，以及“本地代码编译器native
codepiler”。当然，所有的本地代码编译器抹煞ย了编译过的代码可以跨平台执行这一非
常吸引用户的特性，但是它们同时也带来了接近c和c++的执行度。而且，跨平台编译
javaທ程序比起c和c++ใ来要容易得多。理论上讲，你只须ี重新编译，但是其他语言也都这
么承诺过。
总结
本章试图让你体验一下面向对象程序设计和jaທva中各种宽泛的话题，包括为ฦ什么面向对象
程序设计与众不同，以及为什么เjaທva格外与众不同。
oop和java也许并不适合所有的人。重要的是正确评估你自己的需求，并决定jaທva是否能
够最好地满足这些需求，或者你使用其它编程系统包括你当前正在使用的是更好的选择。
如果你知道你的需求在可预ไ见的未来会变得非常特殊化，并且java可能不能ม满足你的具体
限制，那么เ你就应该去考察其它的选择我特别推荐你看看python，python。即
使最终你选择了java作为ฦ你的编程语言，你至少要理解还有哪些选项可供选择，并且对为
什么选择这个方向要有清楚的认识。
8
微软总是在强调它不象c#ี和“那么快”，许多人都产生过这样的问题：vb的程序员是否愿意转而使
用其它语言，是否会使用jaທva,c#,或者是vbຘ
你知道过程型语言看起来像什么样子：数据定义和函数调用。想了解此类程序的含义，你得
忙上一阵，需要通读函数调用和低层概念，以在你那ว脑海里建立一个模型。这正是我们在设
计过程式程序时，需要中ณ介表示ิ方式的原因。这些程序总是容易把人搞糊涂，因为ฦ它们使用
的表示术语更加面向计算机而不是你要解决的问题。