Java的表示层，到底该怎么办？

Java做老大很久了，而Java的表示层难用也已经很久了。

经过数年的折腾，Java已经证明了自己在服务器端的巨大优势，“强”而“稳”，高扩展、高安全、高维护。实在是面对复杂应用的架构师之首选。
此外，Java起家时一直所追求的平台无关，也瓜熟蒂落。有跨平台需求的各大产商们，纷纷用平台无关的Swing构造自己的基础软件产品。各类智能设备，也都大量应用Java技术。
不论如何，Java确实已经成功地证明了自己。这种虚拟机层面的技术亦将长久地生存发展下去。

然而再伟大的技术也有缺憾，正如伟大的C语言始终难做GUI。而Java最大的遗憾，也是在表示层。

表示层变化太快了，以至于多高深的理论也总是在这里碰钉子。反倒是缺乏“技术含量”的入门技术不断地在现实领域获得成功。VB、PB、Delphi、ASP（包括ASP.NET）、PHP、JavaScript、Flash，正是这些不够OOP的东西，这些不需要奢谈“模式”的东西，总在刺激着理论家的神经。或许这一块，本就是人民群众充分发挥想像力和创造性的领域，正如一切高深的社会经济理论，在现实世界的发展面前总是那么苍白无力。

表示层的工作还是太大了，循规蹈矩的好学生Swing，总是搞不赢WinForm这类时常开点小差的差生，更是远远不如他的前辈VB、PB这些小流氓。而高傲的Java Web层，凝聚了各种“模式”的精华，还是难以承受ASP、PHP这类无法无天的混混之冲击。毕竟在表示层，计划不如变化快，什么继承、封装、重用，在现实中其实并不重要。因为很快就地震了，一切都要重盖了。说实在的，这个领域，只要少出点Bug，多设计不如少设计，因为后者来得更快，而且更容易找人来做。

这个结论可能很多要引起公愤了。不过别急，大家回头想一想，以前大家做这行的时候，不是流行说35岁就Game Over了吗？可坚持到这把岁数的老同志其实现在很值钱。他们在做什么？在做服务端、在做底层、在做设计。这些高级的活儿，不干够年岁，不见多识广是做不了的。
即使是做表示层的，那是在做研究（如dlee），而非拖拉控件这种事情。

至此，笔者斗胆做一结论：表示层要成功，拼的是易用性。类似的功能条件下，谁简单谁赢。