狗尾续貂的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与生俱来的随意性较大,统一的确很难呀。
评论 3
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

青润

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值