技巧心得：Java有用论

.我们老祖宗说过，合久必分，分久必合。软件工程本身是希望从工程学的角度来控制工程的进度，混杂各种技术不是什么好现象，C++恐怕种类也不少，目前还有谁只写ansi C++的？看到漫天飞的makefile，各个版本的lib，不知名的头文件()，遍地的define。。。，恐怕晕的不止我一个，多有耐心的人都要消耗时间来协调各个部分的程序(呜呜，我是低手，别臭我)，写了许久，还是某个平台的(确实有人可以写出移植方便的程序，但我辈低手尚我此种眼界和经验)。提到IA32真考倒了，java和jvm最好还是分开讲，信任一群公司的联盟可以提供更好的jvm，好象不只是我这么想。当然，java很多东西做不了，可以尝试通过JNI、CORBA、Socket等技术来调用万能的C++啊。十八班武器，那个没有自己长短处？不过现在做底层应用的，还是以C为主。不信，看看那些做通讯，电子的，哪个是在用C，而且将来也不一定会转到C++。　
java.sun.com/products下面那些东西，有谁看完了？我是看了几个，但起码知道跑java的设备目前已经存在了，虽然是手持设备或通讯类产品，而且不是只能跑java，但起码那也叫硬件。将硬件跟软件支持分开，这才是适应不断升级硬件、软件的最优结合方式，拘泥于技术的细节，忽略方向，这样子很被动的。 
1是个老话题了。的确，java效率通常要低于c++，但是它是挂在jvm上运行的，比通常的C++运行多了个壳，而且用循环来比较的话，恐怕这种举例更不公平，显然C++对于y = x * z优化跟java的处理有不同。如果一味强调编译器优化的某项特性，那java这边也可以做优化啊。运行态编译就那么不可行？别忘了，服务器上的程序没有哪个是运行一次就被重新执行的，而执行过一次，运行态编译就会体现它的优点，一个C++程序运行一次3秒，一个java程序运行一次6秒，这就说java慢？好，那么那个c++程序运行10000次就是30000秒，那个java还是这么简单乘法吗？请考虑统计数据采样的重要性。统计本身就是们学问，加减乘除都要有凭据的。对于两者效率差多少，个人意见：在不同的应用场合下来测试，这样可能客观点。　
3扯多点东西，那位老大一定对信号量等同步技术非常重视，在java中实现非常简单明朗，C++也麻烦，那么关于资源如何释放对于程序员就只是个编程的习惯，相信在java中忘记关掉stream的人在C++也可能犯同样的错，而且结果也会相同。允许C++程序员在析构函数多写几行关闭，为什么一定认为java程序员会忘了呐？如果java是骗局，那么这是一场跨国多巨头联合超级大骗局。　
6.1好象软件工程要求你在写代码前先干点什么，这个应该不算java的问题。是采用如何的方式学习和应用语言开发的问题。在工程里面说明一遍，然后再在header里面写一清遍，恐怕算是浪费体力吧。javadoc强烈推荐大家使用，可以根据代码生成象jdk那种结构清晰的文档，写完程序，这种文档也可以作为补充。　
6.3析构，呵呵，析构中再调用其它的析构，好处可以自己定制析构，但是对于调试程序恐怕也会带来多一些麻烦，这个世界上的程序员还是要靠debug来吃饭的。析构到底有那么神奇，令仁兄接二连三提起？　
6.5移植的东西就很难讲。ibm和oracle都要在palm上搞数据库，ibm是改写的，oracle是重写的，那么哪个服务器软件不是一大堆for各个版本的不同操作系统。这些就是摆在眼前d的实际问题。不知不觉，64位又要大行其道了。　
java的基本类型比较少，这个是事实，之间转换也不是非常灵活，但是c++中，类似整除和取余更是通过函数实现的(顺便提下，基本上c++中每一个内置函数都有功能相同名字、类型不同的，这些恐怕也不是什么好现象吧)。细节问题，不至于影响对java发展方向的评价。　
instanceof确实非常有用，因为java可以通过非常多的形式拿到类的实例，如果不知道是什么类或者实现了什么接口(别咬文嚼字，接口本身就是一种特殊的类)，可以让java的灵活程度大大加强。比起dll的动态加载，java的动态加载就是天生的，不需要那么多乱七八糟的规矩，而且可以通过jar来集中管理同属一类的java class。　
6.6呵呵，java可以骑着c/c++啊，jni是吃白饭的？通过jdbc可以调用数据库中的东西，jndi可以访问目录，jms可以访问消息队列，jts可以访问交易系统，javacard可以在sim卡上跑，corba可以调用任何支持corba的东西，socket可以调用任何支持ip的语言，rmi虽然只能用java，但是可以非常透明的得到实例，这是其它语言不具备的优势，适合网络分布计算。呵呵，这些只是非常普及的java技术之一小部分，它虽然不是什么崇高的理论，但是起码它能让许多计算机在一起工作，为应用服务，这才是我们最关心的问题。