java代码丑 javagui代码

java 太难看，不适合开发桌面软件

恩java代码丑，java主要是做web开发java代码丑，因为web前台界面用html，js就行，java做后台。

另外android开发也用到java。现在桌面软件越来越少，不挣钱。

下面截图就是用java android开发java代码丑的，请看：

java学习手册，应用宝里面下载，它包含排序动画执行过程、java运行时堆栈内存结构图，J2SE基础、面试题、编程题以及二千多道选择题等。大部分代码都可以直接在手机上运行、调试，观察运行时变量状态以及变量值。j2se基础包含30章，260节内容，每一章内容都经过了精挑细选，深度加工，涵盖了javajava代码丑的所有内容。java学习手册代码部分采用了Eclipse的目录结构，代码全部高亮显示，多种主题供读者选择，文档中的图片均可以放大。文档样式、字体大小都可以控制.

相关问答

Q1: 为什么Java Swing默认这么丑

swing使用java api绘制，效率不高，同时美观程度确定不够。

不过swing提供了相当多的接口，通过这些可以定制自己喜欢的UI。换句话说，只要你的美术功底可以，那么你做出的swing程序就足够漂亮。

Q2: java开发的缺点有哪些？

我认为Java语言的10大问题是：\x0d\x0a1、缺少闭包（closure）：我想这个不需要解释了。函数式编程已经存在几十年了，但最近几年，它们获得了越来越多的关注，最主要的原因，是它可以自然地编写并行程序。我部分的同意Joshua Bloch强调在Java中引入闭包的问题需要再想一想（BGGA提议的方式真的很糟），至少闭包的缺失，使得在Java中做任何真正的函数式编程都是不可能的。\x0d\x0a2、缺少一等函数：这个问题与前一个有些关联，但我认为它更糟糕。在Java里，要达到类似效果的唯一方式，是使用著名的、丑陋悲惨的单方法匿名内部类，但这看上去的确是一个拙劣的方法。甚至在C#中，也通过代理机制，提供了一个更好的实现。\x0d\x0a3、原生类型（Primitive types）：如果在Java中一切皆对象，那是多么完美啊，但他们偏偏不这样设计。因而，这一点导致了一些问题，比如，不能把一个int放到集合（Collection）里，这个在Java5中通过自动装箱特性得到了解决（下面会提到）。它也造成了传值与传引用上的困扰，原生类型数据是通过值传给方法的（复制一份拷贝，然后传给函数），而真正的对象是通过传递（译注：其实是复制对象地址再传递，因此应该也是传值方式，只是由于函数内部可通过这个对象地址访问对象，因此效果上类似传引用）。\x0d\x0a4、自动装箱（Autoboxing）和自动拆箱（autounboxing）：这个特性是为了解决因原生类型的存在所导致的问题，在Java5引入的。它允许静默地转换原生类型到相应的对象，但这常常导致其它的问题。比如Integer可以为null，但int不能，因此这时JVM只能抛出一个难以调试的空指针异常（NullPointerException）。此外，它还可能导致其它奇怪的行为，就像下面的例子，我们就很难理解，变量test为什么是false：\x0d\x0aIntger a = new Integer(1024);\x0d\x0aIntger b = new Integer(1024);\x0d\x0aboolean test = a b;\x0d\x0a5、缺少范型具类化：范型是Java5引入的一个很酷的特征，但是为了保持与旧版本Java的兼容性，导致缺失某些重要的特性，尤其是不能在运行时反省范型的类型。例如，你有一个方法，接受List参数，如果传进来一个List，你却不能知道运行里该范型的确切类型。同理，你也不能创建范型数组。这意味着，尽管下面的代码看起来很自然，但却不编译不了：\x0d\x0aList[] listsOfStrings = new List[3];\x0d\x0a6、不可避免的范型警告：你有发现过自己陷入不可能去掉的关于范型的警告么？如果你像我一样大量使用范型，我打赌你碰到过。事实上，是这个问题的规模化症状，让他们认为需要引入一个特定的注解(@SuppressWarnings("unchecked"))来处理这种情况，我觉得，范型应该可能被设计的更好。\x0d\x0a7、不能传void给方法调用：我得承认，这种给方法传递void的需求，乍一看有些怪异。我喜欢DSL，当我实现自己的DSL库（lambdaj）的一个特定特性时，我不得不需要一个方法声明成这样的签名：void doSomething(Object parameter)，这里为这个方法传进来的参数parameter，是另一个方法调用的结果，它唯一的目的，是注册调用（的对象）自身，以可以在以后执行它。让我吃惊的是，即使println方法返回void，看上去也并没有一个好理由，不允许我把代码写成这样，：\x0d\x0adoSomething(System.out.println("test"));\x0d\x0a8、没有原生的代理机制：代理是一种非常有效和应用广泛的模式，但Java提供的代理机制，只针对接口，而不是具体类。这是为什么象cblib这样提供这种机制的库，被如此多的主流框架，如Spring和Hibernate，采用的原因。此外，由于cglib通过运行时创建被代理类的子类来实现的，因此这些种方式有一个众所周知的限制——不能代理final类，比如String。\x0d\x0a9、差劲的Switch...case语句：Java规定，switch...case只能选择int和enum（Java5开始）。这一点如果跟更现代的语言如Scala相比，看起来简直太弱了。\x0d\x0a10、受检查异常（Checked exception）：类似原生类型，受检查异常也已经成为Java的一个罪孽之源。它迫使程序员必须做下面两件极其糟糕讨厌的事情中的一个：让你的代码里充斥大量的、糟糕难读的、容易出错的try...catch语句，而这样做的最大意义，只是将捕获的异常，包装成运行时异常，然后再重新抛出；或者是让大量的抛出声明子句污染你的API，让接口缺少灵活性和可扩展性。\x0d\x0a真正的问题是，这里我提到的这几大主要问题，唯一的解决办法，是要做一个痛苦的决择，定义一套新的语言规范，放下当前版本的向后兼容性。我猜他们永远也不会这么做，虽然我相信，如果编写一个能够自动转换旧Java源码的程序，让它们与假设的新版本兼容，并不是很困难。最后，这就是我决定开始寻找一个更好的JVM兼容语言的原因。

Q3: java开发的程序的界面太丑了，各位有什么看法

java代码丑你的说法太片面了java代码丑，京东这些都是用java写的，java代码丑你觉得不好看吗？因为java只是负责后台的逻辑，一般就是处理的，好不好看是交给 前端，和ui设计的，所以java开发的程序丑，那是因为你还不懂 真的一个项目的构成，不仅是有java还有其他很多语言，所以说话不要太片面了！

Q4: 为什么 Java 程序的字体这么丑

不影响使用就好了，字体不能改，因为java菜单栏通常是指的编译器，如eclipse或者四号myeclipse的菜单栏，这个字体都是定义好的，是eclipse内置的，不能被变更字体，也没办法调整大小。

Q5: 为什么要用JAVA这么垃圾的语言？

为了让你可以在以Java为后台的大型Web应用程序——如“百度知道”——里提这个问题。

针对你补充的问题，再做几点回答：Java本身只是个语言，它和“界面”没有直接的关系，UI是可以用多种方式实现的，你所谓的“界面丑”可能是指个别老旧一些的UI库（如Swing），这类UI库为了追求风格的统一和接口一致性，显得“务实”一点（况且它们也大都支持不同的Theme）。而且UI审美是在不断变化的，所谓的“丑”是在下意识与快速多变的现代UI设计对比之后的结果。如果你把Swing的界面和Windows 95时代的对比一下，可能还会觉得“惊艳”呢。另一方面，现代编程有大量现成的专注UI的框架，如Electron等，直接使用成熟强大的浏览器渲染，可以说要多漂亮就有多漂亮，后台一样可以运行Java，并不见得这中间有多少Java的功劳，所以如果界面不好看，一样不见得就是Java的过错。

至于运行速度慢，这曾经是Java最为人诟病的一个地方，但我说“曾经”，就是说不能人云亦云。Java以一定的性能损失换取了零改动跨平台的巨大优势，在容器技术大为流行的今天更能看出它超前瞻的眼光。这在当年或许是个问题，但现在来看，性能和平台无关性相比，显然后者是必要的。况且，自Java 8以后，其虚拟机的性能提升非常明显，如果写出来的程序还是很慢的话，很多时候要仔细检查是否使用了Obsoleted类或方法，以及设计实现上是否有不合理的地方，如大量的同步调用等。

关于java代码丑和javagui代码的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。