德国开元华人社区开元周游

标题: 一些人对Java的评价 [打印本页]

作者: gm_jwl 时间: 19.3.2003 15:30
1.我们老祖宗说过，合久必分，分久必合。软件工程本身是希望从工程学的角度来控制工程的进度，混杂各种技术不是什么好现象，C++恐怕种类也不少，目前还有谁只写ansi C++的？看到漫天飞的makefile，各个版本的lib，不知名的头文件()，遍地的define。。。，恐怕晕的不止我一个，多有耐心的人都要消耗时间来协调各个部分的程序(呜呜，我是低手，别臭我)，写了许久，还是某个平台的(确实有人可以写出移植方便的程序，但我辈低手尚我此种眼界和经验)。提到IA32真考倒了，java和jvm最好还是分开讲，信任一群公司的联盟可以提供更好的jvm，好象不只是我这么想。当然，java很多东西做不了，可以尝试通过JNI、CORBA、Socket等技术来调用万能的C++啊。十八班武器，那个没有自己长短处？不过现在做底层应用的，还是以C为主。不信，看看那些做通讯，电子的，哪个是在用C，而且将来也不一定会转到C++。 2.java是什么？这个问题问的好，三年前，两年前，一年前，半年前，大家的理解都不同，本人第一次对这个问题有感觉有触发是在回答一份ibm调查问卷的时候。 java.sun.com/products下面那些东西，有谁看完了？我是看了几个，但起码知道跑java的设备目前已经存在了，虽然是手持设备或通讯类产品，而且不是只能跑java，但起码那也叫硬件。将硬件跟软件支持分开，这才是适应不断升级硬件、软件的最优结合方式，拘泥于技术的细节，忽略方向，这样子很被动的。 3.被他的例子击中要害。没话讲，一是不熟悉，二是我也基本同意他的看法，除了3.1.3，小小细节就不必拖出来讲了。 4是个老话题了。的确，java效率通常要低于c++，但是它是挂在jvm上运行的，比通常的C++运行多了个壳，而且用循环来比较的话，恐怕这种举例更不公平，显然C++对于y = x * z优化跟java的处理有不同。如果一味强调编译器优化的某项特性，那java这边也可以做优化啊。运行态编译就那么不可行？别忘了，服务器上的程序没有哪个是运行一次就被重新执行的，而执行过一次，运行态编译就会体现它的优点，一个C++程序运行一次3秒，一个java程序运行一次6秒，这就说java慢？好，那么那个c++程序运行10000次就是30000秒，那个java还是这么简单乘法吗？请考虑统计数据采样的重要性。统计本身就是们学问，加减乘除都要有凭据的。对于两者效率差多少，个人意见：在不同的应用场合下来测试，这样可能客观点。 4.2预编译java谁说没有？SQLJ白出来那么久了。运算符重载在java就有一个"+"，如果C++中有反射的话，相信灵活性会有更大程度的提高。模板类都是C++的精华，我也非常喜欢，那是C++中的奇迹，ATL和STL活在一群热爱C++的程序员里面，但是其它语言又有谁支持了？类型约束，呵呵，如果程序员连类型都写错，那么在C++不需要改吗？多继承是个老话题，不过从com/dcom、corba这些技术，恐怕接口比多继承更受欢迎吧。毕竟超过二层的多继承在C++应用实例也不常见，主要原因是没必要，而且程序难调。AWT的确不是很受欢迎，4年前，人们都以为AWT就是java全部，结果多少人放弃java，但现在情况就完全不同了。java可以将程序压缩放在jar文件中，以减少文件尺寸和方便管理，不过pe的也有压缩加壳技术，但是终究不是系统级支持。 4.3扯多点东西，那位老大一定对信号量等同步技术非常重视，在java中实现非常简单明朗，C++也麻烦，那么关于资源如何释放对于程序员就只是个编程的习惯，相信在java中忘记关掉stream的人在C++也可能犯同样的错，而且结果也会相同。允许C++程序员在析构函数多写几行关闭，为什么一定认为java程序员会忘了呐？如果java是骗局，那么这是一场跨国多巨头联合超级大骗局。 5.java发展时间不长，比c++是年青太多了，年青到基本框架到处都在搭建，jvm的版本也是很多，我现在使用的是1.2.2_005，对个人影响也许不大，但这个对公司的影响确实比较大，没有哪个公司愿意为jdk1.1.x和jdk1.2.x写两套软件，但这个就好象c++的库版本管理混乱一样，没有哪种技术一开始不需要伤筋动骨的改造，perl的下一版都在重写呐。 6.1好象软件工程要求你在写代码前先干点什么，这个应该不算java的问题。是采用如何的方式学习和应用语言开发的问题。在工程里面说明一遍，然后再在header里面写一清遍，恐怕算是浪费体力吧。javadoc强烈推荐大家使用，可以根据代码生成象jdk那种结构清晰的文档，写完程序，这种文档也可以作为补充。 6.2呵呵，又是多继承。实例举多了，不利于帮助了解事物的本质。 6.3析构，呵呵，析构中再调用其它的析构，好处可以自己定制析构，但是对于调试程序恐怕也会带来多一些麻烦，这个世界上的程序员还是要靠debug来吃饭的。析构到底有那么神奇，令仁兄接二连三提起？ 6.4许多人都讨论过一个大对象好，还是一堆小对象好，那么本人的看法是如果一个大对象完成所有工作，那么就将问题局部化，调试范围集中在一个文件，但不利于多人开发，而且功能升级也不方便，重用的可能更小；如果多个小对象，可以分工明确，功能升级有可能减少代码的修改量，最大可能重用组件，对于项目管理的确是个挑战，看似简单的小对象之间的架构才是component比oo多出来的精髓，但使用不当会令工作事倍功半。这个问题对c++和java都成立，但是由于语言的风格不同，所以受重视的程度有不同，许多人在学习java的过程里面都会思索、比较这两种模式。 6.5移植的东西就很难讲。ibm和oracle都要在palm上搞数据库，ibm是改写的，oracle是重写的，那么哪个服务器软件不是一大堆for各个版本的不同操作系统。这些就是摆在眼前d的实际问题。不知不觉，64位又要大行其道了。 Fortran77和basic现在也有人用，甚至cobol用的人都不少，为什么？商业社会不允许随便放弃过去，推C++的时候面临的是同样问题，怎么就这么快忘了呐？ java的基本类型比较少，这个是事实，之间转换也不是非常灵活，但是c++中，类似整除和取余更是通过函数实现的(顺便提下，基本上c++中每一个内置函数都有功能相同名字、类型不同的，这些恐怕也不是什么好现象吧)。细节问题，不至于影响对java发展方向的评价。 全局变量这种东西可以放在一个类中包装啊，c++也是希望减少使用全局变量、宏编译，联合体出现的年代，String都不是数据类型，操纵起来也要处处小心。现在用联合体的场合一般是厂家提供的api需要，自己写程序用联合体的不多。用联合的语言就一定要支持指针，这是java所不愿走的路。 instanceof确实非常有用，因为java可以通过非常多的形式拿到类的实例，如果不知道是什么类或者实现了什么接口(别咬文嚼字，接口本身就是一种特殊的类)，可以让java的灵活程度大大加强。比起dll的动态加载，java的动态加载就是天生的，不需要那么多乱七八糟的规矩，而且可以通过jar来集中管理同属一类的java class。 反射是java的一大特色。 6.6呵呵，java可以骑着c/c++啊，jni是吃白饭的？通过jdbc可以调用数据库中的东西，jndi可以访问目录，jms可以访问消息队列，jts可以访问交易系统，javacard可以在sim卡上跑，corba可以调用任何支持corba的东西，socket可以调用任何支持ip的语言，rmi虽然只能用java，但是可以非常透明的得到实例，这是其它语言不具备的优势，适合网络分布计算。呵呵，这些只是非常普及的java技术之一小部分，它虽然不是什么崇高的理论，但是起码它能让许多计算机在一起工作，为应用服务，这才是我们最关心的问题。 7.偏系统底层开发，我宁可用C，中间层开发倒是java，界面用些简单工具就算了。至于c++，恐怕只是当初在接触面向对象时看到的一个诱人的梦了。

作者: gm_jwl 时间: 20.3.2003 08:26
如何更好的学习Java 我可以结合自己的经验大致给你说一说，希望对你有所帮助，少走些弯路。 学习Java其实应该上升到如何学习程序设计这种境界，其实学习程序设计又是接受一种编程思想。每一种语言的程序设计思想大同小异，只是一些由语言特性的而带来的细微差别，比如Java中的Interface，你几乎在以前的学习中没有碰到过。以下我仔细给你说几点： 1。我们必须明确一个大方向，也就是说现在面向对象的编程范畴。尽管人工智能曾经有所浪潮（看看Borland为什么有Turbo Prolog），但未来5-10年工业界广泛承认并接受的将是面向对象式的编程。 2。工业界目前最流行的面向对象编程语言就是C++和Java。所以基本上锁定这两个方向就可以了。而且完全可以同时掌握。 3。掌握Java的精华特性而且一定要知道为什么。比如，Interface和multi-thread。用interface是更好的多继承的模型，而多线程则是设计到语言一级的重要特性。要完全理解interface是为什么，用多线程又有几种常用的编程模型。 4。理解了语言的特性是为什么了之后，就可以试着上升到设计这个层次，毕竟学习语言是要用的。目前比较好的开发模式是采用自定向下的面向对象的设计，加上MVC的模式（你可以看一下我介绍的关于MVC的内容）。首先要找出最顶层的对象（这往往是最难的），然后一层一层往下递归，记住每次应符合7+/-2的原则，因为我们人的短记忆就是这样。一般有图形用户界面的应从界面开始设计。 5。有了基本设计模型后，可以学一些设计模式（Design Pattern)。这是目前证明很有效的。比如体系结构模式（Layering分层，Pipe/Filter管道或过滤器），设计模式（有很多，比如对象池Object Pool、缓冲池Cache等），编程模式（比如Copy-on-Write）。懂了这些模式之后，就会对系统的整体结构有很好的把握，而学术上也有倾向一个系统完全可以由各种模式组合而成。前面提到的MT实际上就有好几种模式，掌握后就不用自己花很多时间去试了。另外一个很重要的领域就是并行和分布式计算领域，大概有20种左右。 6。接下来就不能纸上谈兵了，最好的方法其实是实践。一般教科书上的例子并不能算是实践，只能算是让你掌握语言特性用的。而提倡做实际的Project也不是太好，因为你还没有熟练的能力去综合各种技术，这样只能是你自己越来越迷糊。我认为比较好的方法是找一些比较经典的例子，每个例子比较集中一种编程思想而设计的，比如在我的实践当中，我曾经学习过一个很经典的例子就是用Java实现的HotDraw（源自SmallTalk），你可以用rolemodel或hotdraw在搜索引擎上找一下，我记不大清楚了。好象rolemodel.com是个网站，上面有原代码和一些基本设计的文档。另一个来源可以到http://www.umlchina.com是个不错的文档基地。从HotDraw上我学到了什么是Framework，以及如何用rolemodel的方式来构造，这样我就可以应用到其他的地方。顺便说一句，这个例子你绝对不会觉得小，只会觉得大，并且他还是真正的商用的Framework。 7。结合前面学到的设计模式你就可以很好的理解这些经典的例子。并且自己可以用他来实现一些简单的系统。如果可以对他进行进一步的修改，找出你觉得可以提高性能的地方，加上自己的设计，那就更上一个层次了，也就会真正地感到有所收获。 8。好象以上谈的跟Java没什么关系，其实我们早就应该从单纯的学习语言到真正的学习好编程的领域。学习技术是没有止境的，你学习第一种语言可能要半年时间，以后每种语言都不应该超过两个月，否则你会觉得学习语言是包袱，是痛苦。 9。学习是为了用的，是为了让你的程序产生价值，把握住这个原则会比较轻松点。 没有第10点了，因为没有东西是十全十美的，哈哈~~。 Happy Programming!

作者: gm_jwl 时间: 20.3.2003 08:28
目前 Java 可以說是產業界和學術界最熱門的語言，許多讀者都很急切想把 Java 學好。除非像電影「駭課任務」（Matrix）一樣能夠把需要的專業技巧下載到腦海（女主角只花了幾秒下載資料，就馬上具備飛行員的技巧），或是武俠小說中的運功傳送內力的方式，否則花上一段時間苦學是免不了的。花時間，不打緊，就怕方法錯誤，事倍功半。我認為，學習 Java 包括了下列的範疇： * 認識 Java 的原理 * 學會 Java 語言 * 物件導向的思維 * API * 開發工具的用法 下面分別就這幾點詳細闡述。 學習 Java 的原理 瞭解 Java 的原理，才有可能真正體會 Java 的一切，學習任何事情，只要能掌握原理，就會比較順利。我發現許多人使用 Java 已經逾年，卻連 Java 最基本的特質都不清楚。 一般?碚f，資

欢迎光临德国开元华人社区开元周游 (https://bbs.kaiyuan.cn/)

德国开元华人社区 开元周游

德国开元华人社区开元周游