java语言的缺陷

从本质上说，java并没有什么缺陷，所有的语言都不过是一种工具而已。
但是，作为一种工具，自然希望它越方便越好。工具是给人用的。工具的不同，决定了能做出东西的质量。
与c#相比，java语言本身有两个地方，是有待改进的。比较严重的不足。
第一，没有轻量级的方法的支持，没有在语言层做出对event的支持。
系统组件之间耦合，本质上，还是方法调用。这种调用有两种形式，一种是A去调用B的方法，另外一种，就是A传递一个函数指针给B,让B去调用。后一种，就是回调函数。有些开发语言中，把回调函数称为事件。
java语言，对回调的支持，有明显的不足。
java是通过一个单方法的接口，来实现事件这种设计需求。为了实现多播，需要用一个集合类来装载这个接口的所有调用者。这个集合类要实现addListener，removeListener等方法。
而c#对此定义了专门的语法，叫做delegate和event。event就是delegate,只是它专门用来做事件的用途。
从本质上来说，这二者其实没有什么不同。只不过是c#的一个语法糖而已。
然而，因为这个语法糖，c#实现事件这种设计需求，只需要两行代码。而java，用20行还不一定能搞定。
有时候，懒惰的聪明人想到办法来解决这个问题，就是在java类中调用一个抽象方法，这样，可以实现单播的回调。这个类的使用者，继承这个类，实现抽象方法，这样就等于变相实现了事件。然而，这样做的问题，是不正确的使用了继承。同时，从使用者的角度看来，如果不去看基类的源码或者文档，很难发现这个方法里面是有玄机的。也就是说，它影响了架构，并且可读性不好。
c#的delegate，还有一个附加的功能，就是异步调用。这个功能，实在是太方便了。对一些通讯方面的项目，异步调用经常是必须。传统的方法，需要用多线程来实现。为了提高性能，就要搞线程池，还要考虑调用队列不能无限制的增加，必要的时候，让线程阻塞，整个框架是相当复杂的。然而，C#在语言层，把这一切都做好了。这对通讯方面的项目来说，实在是太方便了。

Java的第二点不足，是缺少p/invoke这种机制，让java程序可以调用系统本地的api。或者说，让java可以调用c函数。jni这方面是不完善的。除了内存复制降低了效率以外，它还使项目开发人员必须使用其他开发语言。而且，对于指针这种东西，无法复制，所以限制了很多功能的使用。的确，这种方法看上去不美，可是它很实用。因为没有纯粹的java操作系统，所以有时候必须调用操作系统的功能。
第三，还有java没有property这种语法，用getter和setter来代替属性，使代码看起来不美观。既然它是一种规则，那就该在语法中定义。这并不改变虚拟机的实现，本来是没有多大难度的东西。

从这几点来看，可以发现java和c#在设计思想上的差异。java是理想主义，而c#是实用主义。
然而，作为程序员，需要的是实用主义。能解决问题，才是最重要的。再难看的招式，只要能杀敌就是好招式。这恐怕就是java在语言发展上落后于c#的原因。
直到今天，java语言的开发者，思路仍然没有改变过来。这是令人十分厌恶的。程序员需要一个解决问题的工具，不需要高谈阔论的理论。事实证明，大公司也经常忽悠人。还是来现实的比较好。怎样才能把java改善得象c#一样快捷易用。

评论

4 楼 mooniscrazy 2008-05-04  

没有这样的事情。.net framework是兼容以前版本的。你对c#的了解太少。

3 楼 qubic 2008-05-02  

两年前从c#转向java，楼主说的那些缺陷还能接受。之所以放弃是c#是因为微软经常在版本升级的时候删除或直接修改api，造成低版本写的程序在高版本中无法运行的情况，即没有做到向后兼容，这一点java做的比较好，一般把不推荐的方法标记deprecated

2 楼 mooniscrazy 2008-03-11  

但是java是工业化语言，要对它的客户负责人。提高客户的工作效率，是它分内的工作。
我们作为专业的软件开发者，也应该考虑客户利益。为客户选择成本最低的方案，才是合乎商业道德的。
降低开发成本，应该成为java设计者的目标。好看，但是不能解决问题与解决问题但是不好看相比，还是后者来得实在。
很多问题，其实是设计者的指导方针的问题，而不是技术问题。

1 楼 ShiningRay 2008-03-08  

相对于很多函数式编程语言来说，java还不是那么地理想主义
还有一些如brainf*ck，lambdak之类的语言