程序语言之争与Java社区文化
public abstract class Visitor {public void visitTopLevel(JCCompilationUnit that) {visitTree(that);}public void visitImport(JCImport that) {visitTree(that);}public void visitTree(JCTree that) {assert false;}}public abstract class JCTree {public abstract void accept(Visitor v);}public class JCCompilationUnit extends JCTree {public void accept(Visitor v) { v.visitTopLevel(this); }}public static class JCImport extends JCTree {public void accept(Visitor v) {v.visitImport(this); }}
?
而这个“一门天生就能损害人眼视力的语言－>Erlang"是我在2008年原本发在JavaEye上的文章(当年年轻不懂事)，
目前在JavaEye上找不到了，这个是别人转发的其中很小的一部分。
?
?
文章中有大量使用Erlang模式匹配的代码，
模式匹配的分枝数大致与Visitor类的visit方法个数相等，
当分枝数很少时(比如不到5个)，显然模式匹配的方式更省事，而Java版的visitor模式要定义很多类，
但是，当分枝数很多时(编译器的Parser得到的AST的节点数通常不少于20个)，
对比Erlang的代码，你能分清两者哪个更好吗？这完全取决人的好恶问题。
?
?
我们还能举出大量的例子，但是总有一些情况能证明一方好另一方坏，
所以，当好处与坏处综合一起考量时，谁能证明谁更好？
?
?
?
2.非技术层面?
语言特性多点好还是少点好??
语言特性少对于语言设计者和编译器实现者都少了很多工作量，保持语言简单，IDE的开发者也轻松，
对于初学者也容易入门。但是，有时也正因为缺少一些特性，所以开发者抱怨一门语言需要写很多代码，
比如最常提到的就是Java没有闭包，而JavaScript、Ruby中的闭包用得很爽。
还有Java总是动不动就要敲一堆骨架代码(setter、getter等等)，
可是借助于IDE这些都是可以自动生成的。
?
把语言层的东西抽离到库和框架？还是反过来？?
这个问题更值得讨论，
C#是Anders Hejlsberg的玩具，Anders Hejlsberg喜欢在C#中加各种特性，
比如LINQ就是一个很好的例子，而Java并不这么做，交给框架去做吧，比如Hibernate、iBatis。
更有趣的是Hibernate还有.NET的版本NHibernate，NHibernate在.NET社区也很流行，
为什么在C#中有了LINQ还要NHibernate呢？如果LINQ真的足够好还需要其他框架吗？
如果其他框架能流行反过来证明在语言中集成过多特性并不是一个好的方式。
?
最后，我们再来谈谈Java的文化?
世界人口很多，如今各种层次的码农加起来也很多，
如何让他们都有活干，如何发挥各种码农的特长，如何让各层次的码农和谐相处？
我认为Java在所有语言中是表现最好的，
?
正因为Java设计得简单死板，也没加太多特性，给IDE开发者带来了方便，
也给上层框架开发者有更多发挥的空间，用IDE、库、框架来弥补语言的不足，
因为框架的繁荣进一步形成了良好的社区，应用开发者使用框架来开发业务系统，
Java的规范又使得业务团队能更好协作。
?
所以从语言设计者到IDE开发者、框架开发者，最后到应用开发者每个人都在发挥自己的优势，
每个层次的开发者都能找准自己的位置。
?
俗话说“君弱臣强、君强臣弱”，君可以弱，但只要不是昏君，有足够的强臣，这并不伤国体，
Java语言和Java社区就是君弱臣强，
而C#语言和微软社区就是君强臣弱，
但是你会发现微软社区也开始流行框架了，
君强容易演变成专制，而社区成员变成了盲从，缺乏创造力。
?
?
