为什么很多人说 Java 不适合java编写桌面应用程序

来源：蜘蛛抓取(WebSpider) 时间：2016-02-06 03:28 标签： java编写桌面程序
java是不是不适合开发桌面应用啊。。。。。_java吧_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：558,289贴子：
java是不是不适合开发桌面应用啊。。。。。收藏
学了一段时间的swing和swt，感觉都不是太好用的说。。。
千锋java,Java+大数据全项目实训,两周免费试听,0基础小班授课!千锋java零学费学习,Java+大数据培训,先入学后付款
写个小程序还是比较简单的吧...
这个要看你对他是否熟悉了比如对于我来说，java 就挺适合做桌面应用的
图形界面JAVA一般都用不上吧。
C/C++在这当面占主流
我分析的这个程序就是Java做的
java在桌面开发方向只是相对比较弱而已
JAVA商业桌面应用有缺陷的，很容易被反编译出来，除非你觉得别人看到你源码无所谓
登录百度帐号推荐应用
为兴趣而生，贴吧更懂你。或2182人阅读
java（11）
Java的桌面程序并不少，其中最为知名的莫过于Eclipse。在Linux和Mac下，Java程序的比例远高于Windows下。
不过，“Java不适合写桌面应用”的说法有一定道理，论调的主要背景是供Windows下使用的企业桌面应用的开发。由于一些历史和定位的原因，对于这种GUI程序的需求，Java的优势不明显，劣势比较明显。
这事还得从Java的传统，“跨平台一致性”说起。
在写后台逻辑的时候，跨平台是好东西。很多公司都是在Windows下开发，在Linux下部署，方便。
但涉及到GUI的时候，跨平台就成了个“看上去很美”的东西。理论上，我写个窗口，在Windows和Mac下都一样能用，那是多么美好的事啊。但实际上，每个平台提供的GUI控件多多少少有点差别，一坚持跨平台，麻烦就来了，该支持多少控件，怎么支持呢。
一开始，Java的思路是：那简单啊，有原生控件干嘛不用，至于不跨平台的，就不支持呗，又坚持了原则，又回避了问题。这一代的gui库，awt，就此诞生。
因为Java一开始是一根筋想推广Applet的，只是“顺便”也支持本地应用，设计成这样不能说不合适，毕竟，HTML也是同样的思路，只支持几种最基本的控件。
但对于想开发复杂点界面的人来说，就有麻烦了。想来个目录树吧，对不起，不支持；想来个进度条吧，对不起，不支持。旁边放着Delphi和VB这么方便的东西，哥干吗受这气啊。
这样一来，Java自己也觉得说不过去了。但又要跨平台，又要提供丰富的控件支持，那就只有另起炉灶，开始用第二种思路：自己动手、丰衣足食，自己重写一套GUI控件，代替操作系统的原生控件。这一代的gui库，叫做swing。
这也是一个想“彻底”解决问题的思路，但是要付出代价。
代价之一就是效率。我们可以参考一下另一个相同思路的产品——flash。为了实现矢量动画，在flash的那个小框里，图是一帧一帧地算出来的。接下来的事情我们都知道了：复杂的flash动画极耗cpu；iPhone说，您太耗电了，俺就不支持了；Adobe说，那好吧，那俺也不费心折腾移动版flash了。
自己画出来的控件毕竟不能跟原生控件比效率，尤其是在早期Java优化还不够完善的时候。而且，自力更生的目的只是为了平台兼容，不是为了更好的效果，这事儿其实怎么想怎么亏。
代价之二就是效果。自己画的控件毕竟只是模拟，还是会有细节差别。比如著名的毛玻璃效果，这不是简单套样式就能套出来的。
而且，各个平台控件的风格本来就不一样，虽然swing提供了几种外观，但大部分程序出于偷懒或是跨平台一致考虑，还是使用默认外观。默认外观跟平台不一致倒也不是问题，主要是别比平台效果土。我用着win7，一个程序非让我感觉回到xp时代，心里特别添堵。
就这样，一帮人商量着，又琢磨出个新思路：做适配。平台有这个控件，就直接用，保证效率；没有，再造轮子，保证可用。就这样，swt问世。eclipse的gui就是基于此。
swt是赞，不过这属于改良，两个根本问题仍在：
1. 跟操作系统api打交道不是Java的长项，效率仍然不能与c++等相提并论。
2. 到底要不要跨平台。如果要跨平台，swt接浏览器控件、接ActiveX控件的功能就成了形同虚设；而要是不想跨平台，又何必使用Java呢，.Net在一旁已经恭候多时了。
（补充：原生控件在各平台下还是会有些差异，感谢@冯东指点）
@冯东：另一方面，即使每个平台都支持的 control 也多多少少有些差异。比如同样是文本框，Windows 和 Mac (Cocoa) 对待 non-English 输入法选词的语义就不同。再比如对 focus-lost 的处理二者也不同。所以 SWT 其实目前很难做到 Swing 那样的跨平台。跨平台么，终究还是只能做到最大公约数，比如 x86 支持 4 级，Unix 只用两级。可那是大家都同意不用的。在 UI 级别可没有人能同意不用操作系统的某个功能。
除了技术本身，还有一个产业的问题，围绕着GUI控件也存在一个生态环境，没有丰富的领域、行业控件的支持，技术本身的战斗力也会大打折扣。而Java这方面的生态较为薄弱。
综上，如果一个GUI程序使用Java，通常都是有这些特征：
确实是想跨平台
对界面并没有太多效果的要求，界面效率也不是瓶颈
相比于其他GUI工具，开发人员对Java更为熟悉
比如，一些工具的管理界面，很符合
参考知识库
* 以上用户言论只代表其个人观点，不代表CSDN网站的观点或立场
(1)(3)(3)(5)(2)(2)(3)(1)(7)(6)(2)(2)(2)(6)(1)(1)(2)(1)(1)(4)(9)(1)(4)(13)(1)
访问：87321次
积分：1181
积分：1181
排名：千里之外
原创：20篇
转载：63篇java到底适不适合做桌面程序 - ITeye问答
&&& 前一阵子看JE里面的文章，感觉自己对swing一下子来了感觉。我开始去看书，试着写swing的程序，感觉用java写什么都有亲切感，如果能用java写桌面程序就太好了！
&&& 可是慢慢的我发现给swing扣得这个貌似似乎很大啊，在看apache commons的书时看到人家都明确的说“java不适合开发桌面程序”！！我其实还有有点不解，但是我又刚刚接触swing，不知道swing到底哪里不对，但有一点我感觉到了，就是它开发起来有点慢啊，体系比较复杂，不想VS那样很随便就做出个界面。但是我并不认为这是它的缺点，因为事实证明那种随便画出来的界面是不能作为真正的产品的。
&&& 同时，我不知道布局这个问题怎么解决，感觉好多布局方式，还能自己扩展，可到底是要用netbeans这种东西画吧？
问题补充：能推荐写书籍么，我觉得我目前看的java swing的书籍都不够让我眼前一亮啊...
而且用javaFX 是可以做桌面应用程序的么，我还真没注意，我以为他是个类似flash的东西，大多是嵌入到html中呢。
还有flex这个东西感觉现在正在被排挤啊，html5现在高调排挤adobe中啊。我很迷茫。
Java Swing的布局管理器很强大的，能灵活的满足布局需要，在结合Jbuilder可视化IDE，界面构建速度也很快！
布局管理器是java引以为豪的东西。
他比vc的那套界面定位要方便智能许多。
你掌握常见的布局管理器，组织个界面会非常快。
你要做一个很傻瓜，但很花哨的东西，就像国内的网站页面一样，那我劝你不要用java。
如果你想做一个逻辑概念比较复杂，注重展现的内容而不是外表，那java很适合。
我用swing和vs都做过界面。用java做界面，能省去很多界面配合上的细节功夫，把注意力放到逻辑上。
而且现在swing为基础的界面库也有很多。做个eclipse或者office2000的界面是很容易的。
在国外已经有很多采用Swing做的桌面程序了，只是在国内不流行而已，毕竟中国的国情不同，LZ不用考虑太多了哈
其实很多人说java桌面开发速度慢，是对用Swing开发来说的（开发效率和执行效率），但是这些问题现在已经不是最主要的了，可以通过高配置来解决。再说用Swing开发，她的灵活性足够好，只要你水平够，什么样的效果都是可以弄出来的。
后来又了SWT以后，觉得SWT比Swing方便些，所以很多人选择SWT。
而JavaFX出来后很大程度上简化了Java GUI 的开发，如果Java对多媒体支持好一点，启动速度快一些。如：Swing没有坐标的概念，做动画就非常困难，用JavaFX就很简单了。
现在Flex比较受欢迎，在UI方面与用户视觉感受方面那是没得说的。至于它的运行效率感觉还可以。不过 从java 转过去 还是需要成本的！！！！ 毕竟人家有一套自己的东西！
只要能满足需求 技术估计八仙过海 各显神通 啦！
已解决问题
未解决问题

我要回帖

更多关于 java编写桌面程序 的文章

 

随机推荐