您的位置:

java桌面应用,java桌面应用记账

本文目录一览:

用java开发的、较成功的桌面应用软件有哪些?

用java开发的、较成功的桌面应用软件有很多,具体软件名字建议官网查询。学java开发推荐选择千锋教育,该教育机构采用全程面授高品质、高体验培养模式,非常不错。

java开发需要掌握的内容如下:

1、Java基础

主要涉及:Java基础语法、面向对象、核心类库、集合、异常、IO、线程、JDK新特性等知识点.

2、JavaWeb开发

主要涉及:前端技术、数据库、JAVA数据库操作、软件服务器及服务器相关技术、动态网页JSP、AJAX等知识点.

3、Java高级框架

主要涉及:SpringMVC、MyBatis、Spring、MySQL高级、LinuxRedisNginx、Maven等知识点

4、大型微服务分布式技术

主要涉及:SpringBoot、SpringCloud、Git、Dubbo、Zookeeper、AngularJS、SpringSecurity、BCrypt加密、FastDFS、分布式事务处理、RedisCluster、Solr、SolrCloud、Freemarker、JMS、短信发送平台、SSO解决方案、CORS、Twitter的Snowflake、SpringTask、MavenProfile、MongoDB简介、MyCat、Docker、Jenkins等知识点。

想要了解更多有关java开发的相关信息,推荐咨询千锋教育。千锋教育成立教研学科中心,推出贴近企业需求的线下技能培训课程。课程包含HTML5大前端培训、JavaEE+分布式开发培训、Python人工智能+数据分析培训、全链路UI/UE设计培训、云计算培训、全栈软件测试培训、大数据+人工智能培训、智能物联网+嵌入式培训、Unity游戏开发培训、网络安全培训、区块链培训、影视剪辑包装培训、游戏原画培训、全媒体运营培训。采用全程面授高品质、高体验培养模式,非常值得选择。

Java适合开发桌面应用程序吗?

从目前大的形势看java对桌面应用开发缺少力度,特别是在windows平台下,一方面是执行效率,另一方面是桌面应用的部署不是很完备。但是如果考虑到桌面应用的跨平台特性,java还是很有优势的,比如向linux平台迁移,甚至有时候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更为熟悉

比如,一些工具的管理界面,很符合

java如何在桌面搜索一个应用

(1)在你的控制台里面,跑到你.java文件的根目录底下,Javac xxx.java看能不能编译出.class文件,可以的话继续。

(2)在控制台输入以下命令:javac -d c:\文件夹名 xxx.java把这个包存放在c盘下。

(3)在c盘这个文件夹里面。新建一个txt文件,输入以下内容:Main-Class:包名.类名,然后回车保存。

(4)再在控制台里面输入一下命令:jar -cvfm my.jar xx.txt 类名即可。

(5)在文件夹底下就会生成一个jar的文件,点开即可,不用再在Eclipse里面跑了。

(6)要是认为生成的图标不太好看,可以在文件夹选项中添加文件类型,增加一个.jar文件,将图标选成一个你喜欢的图标即可

(7)这个是我做的第一个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在桌面端碌碌无为的借口。