狗尾续貂的Java UI设计功能

(2004-07-05 13:43:37)   Wonder

在2004年6月27日于美国旧金山开幕的Java开发商会议“JavaOne 2004”上，美国Borland软件公司介绍了下一版综合开发环境“JBuilder”的有关情况。通过支持JavaServer Faces（JSF），将能够通过拖放操作开发Web应用画面（照片上）。是一项同Sun于会议第一天公布的“Java Studio Creator”相同的功能

(2004-07-05 13:44:33)   Wonder

java总算在UI开发上稍微有点改进。

(2004-07-05 13:46:03)   青润

呵呵。实际上JBuilder中的Java UI设计功能本身是多余的。

服务器端处理才是Java实际的特长，至于客户端如何实现，并不是一个很严重的问题——我仍然这样认为。

(2004-07-05 13:46:25)   Wonder

当然有问题。因为UI开发是B/S开发中最麻烦的地方。

(2004-07-05 13:47:08)   Wonder

C/S不管计算模式如何。在RAD工具和界面开发上比HTML实在是快太多了。。。写B/S程序界面能把你累死。

(2004-07-05 13:47:10)   青润

Java本身就不是做B端开发的，它是做S端开发用的语言。B端可以采用各种语言和实现形式。这一点，我是确信的。

(2004-07-05 13:47:30)   Wonder

呵呵，是各种语言，可没有一种方便的。

(2004-07-05 13:48:02)   Wonder

各种标签，HTML代码，再夹杂程序，靠。。。至于taglib纯粹是个垃圾技术。

(2004-07-05 13:48:35)   Wonder

过去一个简单的combobox，现在要写一大堆html＋js，累也累死你。。

(2004-07-05 13:48:48)   青润

不过，C/S的实现中有一些很大的问题，就是客户端安装的问题。

 

而各种标签或者Html代码的用法，我觉得，还是你用得不好。不是它本身的问题。

(2004-07-05 13:49:13)   Wonder

呵呵，客户端安装。你看tencent 游戏大厅，无非自动链接一个ftp更新就可以了。麻烦在那里？

(2004-07-05 13:49:29)   Wonder

当然我不比较计算体系。。计算体系是不一样的

(2004-07-05 13:49:32)   青润

除非到了纯粹的大数据量操作的时候，在dbgrid方面进行处理的话，这时候，才是真正问题存在的地方。

(2004-07-05 13:49:45)   Wonder

我只是说，B/S的UI开发现在实在是惨不忍睹。。

(2004-07-05 13:49:47)   青润

各种东西有各自的用处，不能一概而论的。

(2004-07-05 13:50:00)   Wonder

最浪费开发时间的地方就是UI了。。。

(2004-07-05 13:50:58)   青润

B/S的开发中，UI可以做得非常漂亮，而C/S中的UI也不过就是因为已经做好了很多成型的模版而已。

只不过，在B/S中，目前没有人做这样成型的模版库罢了。

(2004-07-05 13:51:22)   Wonder

呵呵，怎么解释都一样。反正就是没有对吧？

(2004-07-05 13:51:42)   青润

如果C/S中没有成型的模版库的话，你做起来也是同样麻烦，这是早就证明了的事情。

(2004-07-05 13:52:13)   Wonder

那是，我不反对这个，不过现在作程序就是比过去痛苦，消耗时间，麻烦多了。

(2004-07-05 13:52:37)   Wonder

本来这都应该是作开发工具的人作好的。

(2004-07-05 13:53:07)   青润

这就说明B/S本身界面开发并不是困难，而是因为没有标准。

如果都象C/S那样，有微软这样的窗口做标准的话，开发起来，也就是一样的了。

(2004-07-05 13:53:50)   Wonder

哎，是啊。。所以这方面还是需要有人重新发明轮子。。而痛苦则是作应用程序的再次承担。。

(2004-07-05 13:54:55)   青润

呵呵。好了，到这里，我们也算是统一了。对吧？

没办法，这个标准制定也的确很难，主要是连基础的语言标准都还存在问题呢。

加上B/S与生俱来的随意性较大，统一的确很难呀。