|
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2004-06-04
hdwangyi 写道 用JDK1.1同样可以开发出树、表（可以显示普通文本、图片，类似于JDK1.3以上版本提供的JFC演示SwingSet中的那个列表）、选项卡、类似OutLook选项卡等较为复杂的界面控件，而且速度、效率都不输于Swing，推荐大家看一下《Java图形用户界面设计》（电子工业出版社），这本书提供了利用JDK1.1做出的各种精彩的控件，而且有源码，非常实用。其实，如果你用过VJ6，就会发现微软为JDK1.1已经提供了足够多的控件，只要你不介意跨平台，只要是IE就可以用这些控件，这些控件称为AFC，可以直接通过Visual J++来使用他们，这些控件可以在IE中直接使用而无需安装SUN的JRE插件
1，不跨平台，我可以考虑Activex了，可以更漂亮或者说更符合微软的效果 2，用1.1制作出的如此复杂的applet，对代码要求是不是也更复杂。 引用 基于浏览器的其它技术就可以直接访问本地文件吗？用户就不能禁止JScript脚本吗？你用的DHTML就具有广泛的适用性？ 一套代码就可以保证任何浏览器都支持？恐怕未必吧？ 在ie里面，强大的功能都是受限制的。但浏览器是禁止applet的多，还是禁止dhtml的多？ 引用 用Windows自身的JVM很少崩溃，拖垮浏览器很少见，倒是大量的JavaScript脚本经常拖垮浏览器，尤其是IE。脚本用多了，在Internet上的时候经常不能下载完全，造成执行错误，不信问问周围的人在访问Sina、Sohu时是不是经常发生脚本执行错误？再有，当脚本没有完全下载时，用户按“刷新”按钮时由DHTML构建的当前的界面会消失，回到原始的不含DHTML生成的界面，这些问题解决起来很复杂，难道这种大规模使用脚本的技术就具有广泛的适用行吗？另外，JavaScipt执行起来就比Applet快？毕竟JavaScript是由浏览器解释执行的，而Applet缺是编译好的类文件，由Java虚拟机直接执行的，两者的效率谁高谁低还看不出来？说Applet加载慢？同样的功能（复杂到一定程度），你看看JavaScript要加载多长时间？去看看那个bindows的功能演示吧，那个用JavaScript脚本对机器的要求有多高？速度有多慢？在访问一下这个版的那个“XmlHttp实现的输入拼音首字母选择的例子”的网站，看看会出现多少个脚本运行错误？我的机器刚刚打完IE的补丁，一个劲的报“禁止访问”的错误！我觉得，在互联网上大规模的用脚本的时代还没来到，也许永远不会来到（微软又出新技术了！Longhorn在Web方面又有新进展了！IE的开发已经被停止了  ）
托跨浏览器是受写的代码的好坏和浏览器本身的bug导致的。 快慢的问题在于很多applet的下载缓慢，图形显示缓慢，而不是说其交互和运算缓慢。 引用 谁说IE6不支持Applet？我一直都再用IE6，也没有额外装JRE插件， 却经常用263的Applet玩象棋，这怎么解释？其实不是IE6不支持 Applet，而是在Windows XP和Windows2003里面没有内置JVM，这和 IE无关。你在Windows2000和Windows98中完全可以不用下插件在IE6里 用Applet（当然这种Applet必须是基于AWT1.1的编写的），至少我没有 碰到Applet崩溃 
微软对于java的态度了老是摇摆不定，微软对于js和java哪个支持度更高？ 引用 flash目前只适用于一些简单的演示和广告，比起Applet更少 在项目解决方案中应用。从善于表达复杂的逻辑这一特点上来看， Flash还有很长的路要走。我看过一本书，介绍完全用Flash完成 动态网站的开发，需要先写ASP或JSP,再利用Flash调用这些动态页面， 天，好复杂啊！ 
flash可以做很复杂的演示和精彩的广告，就表现能力来讲远超applet。而复杂的交互是其弱项，原因就是会flash的多数都是美工，而会程序的多美术细胞匮乏，二者的结合不够好，而在国外这种情况已经好转，这也是为什么很多国外的网站都开始转向flash来完成了。你们见过基于flash的mp3在线播放，见过applet的mp3在线播放吗？ 至于复杂度，呵呵，不熟悉当然复杂。 复杂的应用无论采用何种技术都复杂。而简单的应用采用合适的技术才会简单。 |
| 返回顶楼 | |
|
发表时间：2004-06-05
看了 hdwangyi 一条一条的批驳，
大部分还是心悦诚服的觉得很有道理的。 可还是daxin说的，开发成本和后期维护的问题。 就如同用ANSI C能不能写Windows应用程序呢？ 哈哈哈哈，要较真的话，还必须说能。 只要你能一层层做出Windows API来， 但不代表这个办法比用VB开发好。 当然这个比喻有点极端了，Applet和其他的RIA开发工具的差距没有那么大。 不过你说Flash只能做点广告什么的，这个观点就不敢恭维了。 你说用Flash开发先要写jsp，asp什么的，麻烦的要命，那你写Applet怎么获得数据，怎么和服务器交互呢？访问数据库的代码，写在servlet里怎么就比写在applet里麻烦了？写jsp容易，还是在applet里实现与远程服务器通信容易呢？ |
| 返回顶楼 | |
|
发表时间：2006-08-28
hdwang和yiyoucai的批驳,我也深有同感.
在我看来.. flash有强悍的表现能力, java有强悍的运算和逻辑能力. 我在期望着,flash把as抛弃掉,勇敢的拥抱java~ |
| 返回顶楼 | |
|
发表时间：2006-09-07
不论是开放还是维护我也是很看好applet,
applet的调试开发其实很容易,就跟开放应用程序是一样的. 界面设计的话要看美工, 你能设计出来对swing这些又了解的话肯定都能够实现出来. 最主要的applet的用户交互性不是其它技术能比, 我还见过用javascript,或者flash之类的东东能够实现象Microsoft project类似的东西, 但是作为企业系统的话这个功能基本上都是要的. 除非是门户网站论坛等等之类,不包含什么复杂功能的东西. |
| 返回顶楼 | |
|
发表时间：2006-09-07
可以看一下Flex
可以说是面向程序开发者的Flash 功能比较强，界面效果相当好。 |
| 返回顶楼 | |
|
发表时间：2007-01-29
|
| 返回顶楼 | |
|
发表时间：2007-01-29
|
| 返回顶楼 | |
|
发表时间：2007-01-29
楼主眼光独到，咸丰年代的Applet还能提起。不过个人认为Flash的在RIA前途应该是一片光明的，Adode收购MM，so要看看adobe走好下一步棋了
by the way,找一个同时熟悉js和美工，可能会大把，但同时熟悉java和美工的人，凤毛麟角，也就是说开发成本高 |
| 返回顶楼 | |
|
发表时间：2007-01-29
但同时熟悉js和java的开发者不少，至少我们公司每个java程序员都是自己写界面js脚本以及大多数html标签的。美工最主要的工作是出图片。
|
| 返回顶楼 | |
|
发表时间：2007-01-29
hexiaodong 写道 但同时熟悉js和java的开发者不少，至少我们公司每个java程序员都是自己写界面js脚本以及大多数html标签的。美工最主要的工作是出图片。
我是从cross over的角度看啦  我见过一些美工 图片做得不错之余，还可以“客串”一下写代码 当然 一些大CASE就没他们的份了
|
| 返回顶楼 | |
