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),而非拖拉控件这种事情。
至此,笔者斗胆做一结论:表示层要成功,拼的是易用性。类似的功能条件下,谁简单谁赢。
Java的表示至今为何不成功,根本原因在于大师及牛人们沿袭了一贯的高技术路线,一个个拼思想、拼设计、拼架构,最后苦了开发者。
这个事有前史可供借鉴:当初大家最终发现实际工作中基本上用不上EJB,于是Johnson振臂一呼,来了个倒EJB运动,终于甩了一大包袱,让Java在服务器端来了个大胜利。不是说EJB一无是处,而是大家基本上用不着。
以前ASP、PHP、JSP争霸的时候,很多同道其实是选了JSP,为了一点高技术含量的满足感和高薪水的诱惑。后来才发觉JSP用起来复杂多了,于是很多同道就不断制造Framework,以图用规范化解决复杂性,可惜事以愿违。现在回过头来看,Java Framework在数据层的成功(Hibernate),在服务层及全构架的成功(Spring),实际上是突破了所谓的“J2EE规范”,极力简化的结果。而Web Framework的不成功,则是在重蹈经典J2EE的“规范化”不归路。
以前史为鉴,我们所需要的,应当是简单的表示层。换言之,至少不能比JSP更复杂。现在大家都已经养成了好习惯,数据层和服务层的代码都放到应在的位置了。说句不中听的,只要数据层和服务层质量高,表示层乱一点没关系,重要的是足够Easy。看着不顺眼没关系,重写一个就行,费不了多少工夫。当年VB、PB、Delphi就是这么干的,他们不过是败在业务逻辑和表示在纠缠在一起,难改,一动百摇。
有了基本的思路,那该如何做?思路如下:
1、用纯JSP调服务层。主要是考虑JSP的广大群众基础。如果有条件的团队可以用velocity、freemarker,这样可以像ASP、PHP那样改起来查看快。
2、用Swing或swt调服务层导出的远程接口。像Spring的远程调用,方便之极,不过是在服务层的xml中写点东西,copy一下改一改很快。Hessian、Burlap和RMI都很快。缺点在于都要装JRE,对机器要求高一点,老掉牙的机器有点难跑。此方案适用于对客户端要求高的企业内部应用。
3、用Ajax,就像dlee这阵子提的Java REST,我是不会啦。感觉还是比较复杂,不太适合人民群众。
4、等JavaFX...
5、等Java界下一个即简单又规范的Web Framework...
6、发动VB、Delphi、PB高手,解决调用Java服务的问题(只是千万不要用Web Service,又复杂又慢),这其实是一个最疯狂最厉害的方法。如果真能解决,以VB、Delphi、PB的高用户群、超强群众基础、快速而低配置要求,配之以强大稳定的Java服务端,服务端与客户端都得到充分的利用,必定能打造最强企业应用。而各位老鸟也可专心做高级的服务端,新手乐之于低级的客户端,各得其所。这事情其实最理想,只是难做:1、各大产商是以新而复杂的技术为生存基础的,这种对客户有利的方案势必被其打击和歪曲;2、国内的高人们其实都是唯洋大师马首是瞻,生怕脱离潮流影响生计。
第6条,有心有志的同道们可与我联系,大家一起尝试一下。
此文在JavaEye和Jdon也发了,希望可以多找到知音,大家一起来解决Java的表示层问题。
相关文章
- Java 数据结构-特点: 代表一个队列,通常按照先进先出(FIFO)的顺序操作元素。 实现类: LinkedList, PriorityQueue, ArrayDeque。 堆(Heap) 堆(Heap)优先队列的基础,可以实现最大堆和最小堆。 PriorityQueue<Integer minHeap = new PriorityQueue<>; PriorityQueue<Integer maxHeap = new PriorityQueue<>(Collections.reverseOrder); 树(Trees) Java 提供了 TreeNode 类型,可以用于构建二叉树等数据结构。 class TreeNode { int val; TreeNode left; TreeNode right; TreeNode(int x) { val = x; } } 图(Graphs) 图的表示通常需要自定义数据结构或使用图库,Java 没有内建的图类。 以上介绍的只是 Java 中一些常见的数据结构,实际上还有很多其他的数据结构和算法可以根据具体问题选择使用。 其他一些说明 以下这些类是传统遗留的,在 Java2 中引入了一种新的框架-集合框架(Collection),我们后面再讨论。 枚举(Enumeration) 枚举(Enumeration)接口虽然它本身不属于数据结构,但它在其他数据结构的范畴里应用很广。 枚举(The Enumeration)接口定义了一种从数据结构中取回连续元素的方式。 例如,枚举定义了一个叫nextElement 的方法,该方法用来得到一个包含多元素的数据结构的下一个元素。 关于枚举接口的更多信息,请参见枚举(Enumeration)。 位集合(BitSet) 位集合类实现了一组可以单独设置和清除的位或标志。 该类在处理一组布尔值的时候非常有用,你只需要给每个值赋值一"位",然后对位进行适当的设置或清除,就可以对布尔值进行操作了。 关于该类的更多信息,请参见位集合(BitSet)。 向量(Vector) 向量(Vector)类和传统数组非常相似,但是Vector的大小能根据需要动态的变化。 和数组一样,Vector对象的元素也能通过索引访问。 使用Vector类最主要的好处就是在创建对象的时候不必给对象指定大小,它的大小会根据需要动态的变化。 关于该类的更多信息,请参见向量(Vector) 栈(Stack) 栈(Stack)实现了一个后进先出(LIFO)的数据结构。 你可以把栈理解为对象的垂直分布的栈,当你添加一个新元素时,就将新元素放在其他元素的顶部。 当你从栈中取元素的时候,就从栈顶取一个元素。换句话说,最后进栈的元素最先被取出。 关于该类的更多信息,请参见栈(Stack)。 字典(Dictionary) 字典(Dictionary) 类是一个抽象类,它定义了键映射到值的数据结构。 当你想要通过特定的键而不是整数索引来访问数据的时候,这时候应该使用 Dictionary。 由于 Dictionary 类是抽象类,所以它只提供了键映射到值的数据结构,而没有提供特定的实现。 关于该类的更多信息,请参见字典( Dictionary)。 Dictionary 类在较新的 Java 版本中已经被弃用(deprecated),推荐使用 Map 接口及其实现类,如 HashMap、TreeMap 等,来代替 Dictionary。
- java数组的大小超出了int的表示范围怎么办?
- 我和MM的话语越来越少,这是不是表示我们的感情出现了裂痕,我该怎么办?请大家帮帮忙,谢了!
- Java反射----Field的getModifiers()方法返回int类型值表示该字段的修饰符
- Java的表示层,到底该怎么办?
- Java一个接受数字的十六进制表示并输出该数字的十进制表示的程序[重复]