java比例代码 java比大小代码

java代码为什么那么繁琐

1. Java语言是不是繁琐呢？手头有一本《Thinking in Java》中文第四版java比例代码，数java比例代码了一下正文共22章856页。随手翻一下java比例代码，示例代码和讲解正文大概比例在1.5 : 1这样。没有真正用Java干过项目的人肯定会大为惊叹：我勒个去，这么多知识点java比例代码！此为“繁”;

2. 绝大部分搞编程的人，事实上，都是在使用一门语言的某个子集。该子集的形成由项目主导者发起、开发活动参与者共同决定，且相对长期稳定。每一个即将参与该项目的人肯定会先把语言学个大概（其难度参考前一条），然后再根据项目学习该语言子集，最后固化下来。不断使用该子集固然能提升开发效率，但代价不菲，极容易就变成了项目中的一颗镙丝钉（“专家”）;

3. 一门语言的设计肯定不会一蹴而就，一步步改良。没记错的话，Java诞生于1995年左右，到今天已经快满20年。在当时那种IT环境和条件下设计出来的语言，必然存在许多妥协、限制与错误，既不能随便将之抹除（可能还有很多工程依赖着），也不能随便更正，只能通过添加新语法、新类库来打补丁，导致语言更“繁”。举个例子，非内建容器类库是一个典型硬伤，再举个例子，时间日期类没见有多好用，也没见有更新过，连替代品都没见过（恕我不写Java，的确没见过）;

4. 类库（框架）丰富是好事还是坏事，要看针对同一个任务能找到多少替代品。如果有三到四个，那么肯定是好事，既不会造成单点故障，也不至于造成理解和记忆上的负担。但是类库太多，选择太多，人的幸福感反而会下降，高效率也就无从谈起;

5. 框架真的可以保证快速开发吗？熟悉的话是可以的，专家编程嘛！但是

熟悉之前要花非常多时间学习使用吃闷亏。

框架只能免除掉一部分开发工作量。

框架跟业务总是存在“不合缝”的差异。

只不过将复杂度从开发转移到了部署运维。

依赖性极强。

6. IDE可以提高开发效率吗？仅仅一部分罢了。IDE本身就是个非常复杂的东西，将之调校到符合个人开发步调的进程可能会持续很久，事实上大部分人也只是用一些常用功能罢了。而且

基于图形界面意味着自动化不容易（需要编写额外插件）。

出了问题查找原因不易。

依赖性极强。

7. Java本身是面向系统（机器）的，不是面向开发人员的。这种强设计保证有助于提升目标系统的可靠性，却牺牲了开发人员的幸福感。既然设计得如此严谨规范，为什么不能自动生成Java程序，

用java处理图片，使图片像素和长宽成比例变小，请各位高手帮忙解决一下，急

90 * 90的图片

应该是分成9个10 * 10的吧

static Image createImage(Image image, int x, int y, int width, int height, int transform)

Image类里面自带方法创建分割图片

可以这样创建：

Image imgBase = Image.createImage("/*.png");

Image img[] = new Image[9];

for(int i = 0; i 9; i++)

{

img[i] = Image.createImage(imgBase, (i % 3) * 10, (i / 3) * 10, 10, 10, Sprite.TRANS_NONE); //参数分别是：源图片，截取的X坐标，Y坐标，宽，高，翻转类型

}

这样就可以了

当然以上代码需要放在try里面

如果想分成其他的小图片，可以按照需要变动坐标和宽高等参数

java计算顾客年龄比例，为什么结果不对，是哪里写错了？

b是int类型的，b/10也是int, int是整数,计算出来没有小数位并按低位取值比如

int 类型的 b，值为6,b/10的值为0.6，但是int只能取整所以b/10int值为0

解决办法

1.强制类型转换,转换为float或者double类型

比如 (float)(b/10)或者double(b/10)

2.将b声明为float或者double类型

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