本文目录一览：
- 1、java安装完成后怎么把图标放到桌面
- 2、如何使JAVA的控制台以窗体的形式显示在桌面上?
- 3、java开发桌面idea能拖拽吗
- 4、北大青鸟设计培训：Java用于开发桌面应用的优劣？
- 5、Java安装后桌面上没有图标,找不到Java怎么办(已完成配置)?
- 6、为什么很多人说 Java 不适合编写桌面应用
java安装完成后怎么把图标放到桌面
安装完成后怎么把图标放到桌面， 在java上右键 选择发送到--》桌面快捷方式即可 。
如何使JAVA的控制台以窗体的形式显示在桌面上?
1、首先打开电脑，转到JAVA的控制台页面。
2、然后关闭页面，会自动弹出，是否以窗体形式显示在桌面。
3、点击下方显示，即可出现在桌面。
java开发桌面idea能拖拽吗
java开发桌面idea不能拖拽。学习java推荐选择千锋教育。千锋教育拥有多年IT培训服务经验，采用全程面授高品质、高体验培养模式，
手滑用鼠标把某个文件或者文件夹拖拽到另一个目录，然后idea马上提示你是否确认操作，每次都要小心翼翼的选择取消，如果确定了，那就麻烦了。在编辑器内，也会遇到选择了一段代码准备复制的时候，经常也会把代码拖动到其他位置，导致错乱，还需要ctrl+z取消操作，这个也是可以禁用的。
想要了解更多java开发的相关信息，推荐咨询千锋教育。千锋企合作部整合大量企业客户资源，紧抓当下企业需求，将技术和项目完美结合千锋课程体系，力求培养更多优质人才服务企业，不断提升学员竞争力，链接企业用人标准的培训课程及实战项目，让企业招聘用人的技术要求与千锋学员的技术充分对接。近年来不断引进阿里钉钉小程序技术、红帽认证、腾讯云、亚马逊等，通过与企业的深度融合实现千锋教研和就业服务的迭代升级，专业性值得信赖。
北大青鸟设计培训：Java用于开发桌面应用的优劣？
我承认即使在JavaFX出现之前Java已经在桌面领域做出了一些重大的提升，比如Swing中的提升;我们现在也有了很棒的OpenGL;DirectX也有了很大的提升;启动时间也显着提升了。
没错，杭州IT培训认为Java在去年做了很多显着而有效的工作。
然而不得不说的是，除此之外其他的仍是一塌糊涂。
比如Javasound实际上并不好用，被遗弃的Java3D又如何呢?最近甚至JOGL也被Sun遗弃，包括很久之前的SwingLab;JAI(用作图片处理)多年未真正升级过，看起来也没有在什么地方得到利用，它迫切需要性能上的巨大提升以适应来临的多核GPU时代所有这些应用于桌面领域的Java产品不是被遗弃就是成为鸡肋。
而且很关键一点是，尽管我们可以用Java创建出桌面应用，但只要我们想开发真正的富桌面应用我们就无法真正使用Java而使用JNI、C/C++和平台依赖的libraries等。
使用Java构建桌面应用更多的是困难和麻烦，比如即便想要在Java应用内创建一个高效的优良的web浏览器都是一件难事。
而且没有用Java编写的图片处理应用，没有一个纯粹的Javaweb浏览器，没有数字音频应用，没有3D建模器，没有矢量图形编辑器，没有先进的光栅编辑器。
Java今日在桌面端所到达的高度只能满足那些服务器开发者，因为他们只需要在远程服务时使用电脑桌面上的简单界面。
过去我们一直说这是因为Java太慢，无法在一个慢的平台上开发出如此复杂的应用。
但我们这样说是错的。
原因有两点：一，Java从来就没有慢过，即便有些部分曾经慢过，但没有人怀疑当它需要被用到服务器端时它会迅速地得到提升，比如JITs，GCs等。
这一点也正是Java语言卓越的地方。
二，由于Java平台的天然特性，Java应用总是第一个利用市场上新硬件和新操作系统的应用。
一旦JVM被配置到了一个新系统中，几乎不需要任何编辑和调试，Java应用就可以在上面全速运行。
比如你在32位的操作系统上开发了一个应用，它就可以全速运行在Windows7或者Solaris的64位JVM上。
所以所谓的Java太慢根本不能成为Java在桌面端碌碌无为的借口。
Java安装后桌面上没有图标,找不到Java怎么办(已完成配置)?
配置既然完成，可以按照配置找到java的安装路径，然后按昭下面的方法创建快捷方式即可
在java上右键
选择发送到--》桌面快捷方式即可
提示：环境变量都能配置上，就应该能找到java。
为什么很多人说 Java 不适合编写桌面应用
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更为熟悉
比如，一些工具的管理界面，很符合
