最开始的几个星期我一直在努力理解JAVA语言运做方式和熟悉语法,分别包括JVM虚拟机的运做原理、JAVA程序元素在内存中的分配、JAVA是如何实现跨平台的可移植能力、及其JAVA为何被称为一种健壮的语言、APPLET小程序的概念;许多语言都通有的基本型别、流程控制语句、基本类库函数等等。到后来逐步了解了JAVA语言的一些特性比如JAVA对指针的处理、数组的特性、特有的接口功能(实现了C++的多继承功能,同时摈弃了相应的负面效果)、完善的异常处理机制、以及JAVA对流访问的实现方式、简化的网络编程、显式的线程定义等等。
其中熟悉语法的过程相当漫长,就是到现在我也不能说自己已经充分掌握了其中的全部,因为JAVA提供的标准类库实在是个庞大的集合,以至于常用的类库只占其中的很小比例。
下面我将对不同的学习单元做较具体的说明。
首先应该是对OOP的理解,在充分掌握OOP语言之前只能给出相对笼统的描述,如同管中窥豹只见一斑,OOP(OBJECT ORIENTED PROGRAMMING)面向对象的程序设计,字面上看是把对象作为主体,对象可理解为抽象的物体,这里先谈谈我对过程化程序语言的理解,许多资料描述 PPL(PROCEDURAL PROGRAMMING LANGUAGE)用了一个“HOW”
,意思是说PPL描述了如何完成动作,当然完成动作的物体可以称之为OBJECT,所以我理解为PPL语言是在描述一个物体如何去做一个或多个动作执行程序任务,如果需要完成多个动作就需要多段代码,如果不同物体完成相同的任务也要重新写代码,这就造成浪费,
另外,如果PPL中的部分代码需要修改,差不多肯定要影响到后面的部分,这造成维护的困难,由于PPL代码的功能和代码本身是密不可分的,所以隐藏重要代码成为不可能(为什么要藏呢?比如说你写了一个商用类库的第1个版本并且发放出去了,后来你发现前一个版本里有个函数有点不妥当需要修改或者干脆删掉,这时候问题来了,由于你的代码对用户是完全透明的,有的用户已经把你要修改的函数应用到自己的程序中去了,如果你改变了原来的代码,用户的代码也随即无法工作,这就是不使用实现隐藏的灾难,相信你的老板面临由你一手造成的两难境地时不会对你手软~)。
下面该OOP了,它把一切事物都抽象为对象OBJ这和人类的思维方式相同,但是需要一点哲学的思想,所以我一直认为哲学和编程是紧密对应的,OOP优雅地解决了PPL的所有问题,实现了封装和代码重用,这就达到了信息隐藏和效率的提升,同时也降低了维护的成本,然而,我们是不是应该淘汰PPL呢,既然 OOP这么优秀我们还有什么理由继续使用PPL呢,在我看来答案是否定的,为什么呢,大家知道C是一种过程化的语言,它是和UNIX一起成长起来的,几十年的时间以来它一直经久不衰,有存在就一定有原因,C被搞硬件编程的人称为高级语言,因为它和汇编语言相比确实要方便许多,如果你知道汇编语言的重要性同时也就明白了C语言的价值,就是对硬件的底层编码,高效率和可读性在C中被结合,C就是一种过程化语言,所以许多的过程化语言都将存在下去,他们有的语法简单易用、有的具备特殊的功能。PPL和OOP注定将共存,没有好与坏的区别,编程语言的发展就象人类的历史一样,以前人们知道通过捕鱼可以得到鱼吃,说不定哪天就出现专门在海里工作的自动捕鱼机,人们要做的只是到机器那去取鱼,而捕鱼的过程被封装在捕鱼机的机器里,这个比喻也许能帮助你理解OOP的概念,但这个不是全面,具体的要靠自己去理解。
下面谈JAVA特有的JVM(JAVA VIRTUAL MACHINE)吧,虚拟机这个概念不好理解,什么叫虚拟机?这和JAVA特有的可移植性有关,既然要可移动就不能和具体的计算机硬件有关,你这样想吧,假如WINDOWS机器是美国人,UNIX机器是法国人,APPLE机器是德国人,并且假设你只会汉语而且你是这三个只懂本国语言人的老板,你需要给他们布置工作,于是你找到他们三个,面对面讲话,他们谁也听不懂啊,所以你们在一起工作没有结果可言。所以你就想了个主意,你为他们每个人都配了个形影不离的翻译,你说话时对着翻译,翻译就把你的话解释给他们三人,OK,问题解决,你应该会问这样做不是要增加成本吗,没错,翻译的过程是要损失效率的,但这使你不至于什么事都做不了。现在你应该能多少了解JVM的概念了吧,就象个翻译。
这个将是很容易被忽视但是极端重要的东东?JAVA元素在内存中的分配情况。首先假定你有STACK堆栈的概念,它是内存中的一个部分,特性是数据访问是先进后出,后进先出,这里你要明白这8个字有个隐含的约束,就是时间,如果你要明确数据进出的顺序,就要明确它们进出的时机,主要是出栈的时间,就是说你要明确指出什么时候这个数据应该出栈,这样才能保证先前进栈的数据有机会出栈。还有就是堆的概念,堆是程序运行时大量OBJECT对象存在的空间,你要有个形象的想象图,不要以为计算机是在神奇地凭空完成程序,就象自然万物数据也是要有空间才能存在的,回顾刚才说到的堆栈以及它的特性,先告诉你它被用来存放基本数据类型和REFERENCE引用,什么是引用呢,书上说它是指向OBJECT物体的东西,用它来访问具体的OBJECT,那为什么不直接访问OBJECT呢?我猜想有如下原因(不一定是事实,也不是无道理),首先是因为效率,访问堆栈的速度要比堆快,因为堆相对堆栈比较无序、无组织性,你也许要问,那为什么不把OBJECT对象放到堆栈里呢,那样不是更快么?别忘了OBJECT和自然物体一样也有属性的,属性不好理解,你就当它是体积、重量什么的吧,把OBJECT放到堆栈是不可能的,堆栈容纳不下(我猜测堆栈的大小是固定的值而且不会很大),即使能容纳下个别的OBJECT,注意 OBJECT的体积可不全一样。明智的方法是用REFERENCE做个标示,假设你在一个阿拉伯国家当老师,那里的人名字可是很长的,又假使你很熟悉你的每个学生所以不会认错人并且你给他们每人一个固定的学号,上课时你要叫学生回答问题,你选择叫他们完整的全名呢(阿拉伯国家叫全名以外的外号和缩短的名字是不尊重的行为,也许吧,哈哈),还是叫他们的学号?REFERENCE引用就好比学号吧。另外还有STATIC静态内存区,是用来专门保存静态数据的,他们有着特殊的作用和意义,先不说这个。前面说到的这些还不完全,但有一点可以肯定,明确了解他们会使你更快地掌握编程语言,帮助理解和分析具体的程序,这些对学习任何一门语言来说都同样重要。
现在来说一下OVERLOAD和OVERRIDE这两个概念,不幸的是这两个非常重要的概念被许多人错误地理解了,真是要细细说道一下。首先,看这两个英文单词:OVERLOAD?
超载,过载,重载,超出标准负荷;OVERRIDE:重置,覆盖,使原来的失去效果。这两个词在外国人来看绝对不会弄混,可换了国人恐怕没几个初学者能搞得明白,问题在哪呢?我来告诉你,就在这个“重”字上,有许多人(包括我的大学C++课老师)读OVERLOAD的中文译名为?重(chong 二声,升调)载,实际上应该读(zhong 四声,降调),OVERRIDE的中文译名是?重(chong 二声,升调)置,把重载和重置混为一体了,接着就有人把二者混用,原因主要还是对二者的涵义不明晰。先说OVERLOAD,其实OVERLOAD和 OVERRIDE不是什么具体的东西,二者都是机制,OVERLOAD我喜欢叫它超载,是对函数而言(如果不知道什么是函数……那你不要看了)也就是方法(JAVA的函数标准称谓),这里引用一个经典的说明:你怎么表达洗东西,是不是说洗手、洗车、洗衣服之类的?这些你平时再也熟悉不过的词语的涵义是什么你真的清楚吗?比如洗车怎么洗,洗手又怎么洗,它们是相同的过程吗?你肯用洗车的方式洗手?还是用洗衣服的方式去洗车?懂了吗,尽管你说话的时候没有明确地说我要洗我的手,用洗手的方式;或者我要用洗衣服的方式洗一件衣服。不需要那样麻烦地表达,这就是超载的意思了,具体的语法用我解释吗?好吧, OVERLOAD超载是指在同一可访问区内被声名的、几个、具有不同参数列的(参数类型/个数/顺序,不同)、同名函数,程序会根据不同的参数列来确定需要调用的函数,这种机制叫超载,超载不关心函数的返回值类型(返回值类型及其为何不能作为超载函数的判断因素在这里不描述)。OVERLOAD覆盖是指派生类(派生类这里不做描述)中存在重新定义的函数,其函数名、参数列、返回值类型必须同父类中的相对应被覆盖的函数严格一致,覆盖函数和被覆盖函数只有函数体(花括号中的部分)不同,当派生类对象调用子类中该同名函数时会自动调用子类中的覆盖版本,而不是父类中的被覆盖函数版本,这种机制就叫做覆盖。明白了没?这两个看似生僻怪异的机制可是以后编程中经常用到的哦。
先写到这里了,提醒大家一下如果没有英语基础还是别学编程了,不然困难会很大,99%的技术文档都是英文,MICROSOFT的MSDN应该有中文版本。另外90%的优秀书籍都是英文版本,比如BRUCE ECKEL的大作 “THINKING IN XXX”系列在他的网站直接提供电子版本的免费下载,很棒的书,目前免费电子版已经出到第3版。相信国内很多人都知道“侯捷”这个台湾人,他曾翻译过前面提到的B。E。大师的“THINKING IN JAVA Second Edition”,该书口碑极佳,书中对全数的名词术语的翻译比较精准,基本表达了原作者的意思,也是我看过的JAVA书中最为出众的一本,可惜世上无完美,由于侯先生是台湾人,书中使用的词语有的偏重台湾化,尽管他已经在序中说明将尽量使用大陆的构词习惯,有些地方还是差强人意。我在这里强烈推荐中级和刚入门的朋友吃透这本书,书中的知识点阐述相当详尽(个人认为不完美,其实没有什么是完美的),函盖了大部分重点要素,是一本系统学习JAVA的好书,但要注意,该书不是面向从零开始的读者,使用者应该至少具有C或VB的语法概念,最好是懂点C,比如理解C中的数据类型概念、基本IF语句、变量声明什么的。在前面提到的TIJ 2nd版本中随书带有1CD,里面包括了B。E。所著的“THINKING IN C --foundation for learning JAVA/C++”电子版,是学习JAVA的基础。该书据说可在B。E。的网站找到,可能我笨,没找到。在这里希望大家多看英文原版书,大部分的优秀书籍都只有英文版可以看一下,因为译者的功力实在有限,有的译本简直惨不忍睹,真该扁那些出版社,没本事学什么人家出书嘛!另外,本土的作者水平普遍不高,而且书写的比较没有章法,个人感觉有的象无头苍蝇到处乱撞,细节交代不清,可能写得连作者都不知其所云,就此收笔,主次轻重不分、不从读者角度考虑、看了之后有十万个为什么的想法;有的象蜻蜓点水,什么都只触及皮毛,当作简介尚可,做教程看了也白看。大家也不要盲目地看英文书,外国也有不会念经的和尚,不要轻信书评和受欢迎度,我就看过几个据说很有水平作者的拙作,很是糟糕,有的书甚至连基本原理都有错误,比如我曾亲眼见过有本书中写到:JAVA语言里为原始数据类型分配的内存空间随具体实现的机器不同而不同。这样的书看了无异饮鸩止渴呀!建议大致看一下全书,然后对比较熟悉的几个地方仔细看一下,如果发现作者或译者有明显错误就放弃它。还有,如果一本书读了大半也觉不出什么新领悟的东西,就说明这本书内容和你掌握的重复,不要细读了。好书真的会说话,每次看到一个新的亮点就是它在和你交谈。至于那些高手嘛(再高的高手也有手软的时候)光看技术文档就可以了。这里提醒大家技术文档十分重要,一个不看技术文档就写代码的程序员永远也不是合格的程序员!希望大家多读完整无错的原代码,对编程进步很有帮助,不要着急去调程序,没会说全话就想唱歌,唱的出来么?等到需要实际动手的时候就去做,那时侯你就知道自己并不是什么都行的,实际情况和你计划好的会有出入,是不是有的标准类函数记错了呀,拿起书再看看吧