以下内容摘自java函数的参数传递和String类型 http://www.blogjava.net/thuixy/archive/2009/06/06/280302.html
说完了java的String类型，我们最后看看java函数参数的传递，到底是值传递还是引用传递呢？一般的说法是对于基本类型比如int、char是值传递，对于对象类型是引用传递。这种说法没错，但是请看下面的例子：
String s=”abc”;
change(s);
System.out.println(s);
public void change(String str)
{
str=”abcd”;
}
上面的程序会有什么结果呢？打印abc还是abcd，运行程序会发现打印的是abc，完了，似乎不合乎常理，按理说String 也是对象，应该是引用传递才对啊，有的同学知道java的String类型是不可变类型，会得出结果abc，具体解释是String就相当于是char[]的包装类。包装类的特质之一就是在对其值进行操作时会体现出其对应的基本类型的性质。在参数传递时，包装类就是如此体现的。所以，对于String在这种情况下的展现结果的解释就自然而然得出了。同样的，Integer、Float等这些包装类和String在这种情况下的表现是相同的。下面从函数参数传递的方式来理解也可以得出相同的结果。
java的参数传递本质上都 ......
面是我认为正确的做法（结合自己的经验写的，如果不正确，请大家指正）：
我的绘图控件是JPanel，
出现滚动条的前提，必须让绘图控件放在JScrollPane上，
对于JScrollPane的Layout，没有特殊要求，下面这样即可：
view plaincopy to clipboardprint?
jScrollPane1.setViewportView(jPanel1);
jScrollPane1.setViewportView(jPanel1);
然后，另外维持一个BufferedImage（假设叫image1），各种图像的处理都是对image1进行。
画的时候，只需要把image1画在jPanel1上即可。
下面是如何画图：
（１）在生成jPanel1的时候，需要覆盖paint(Graphics g)方法，在里面把image1画上去：
view plaincopy to clipboardprint?
jPanel1 = new JPanel(){
@Override
public void paint(Graphics g) {
super.paint(g);
if(image1 != null){
g.clearRect(0, 0, this.getWidth(), this.getHeight());
g.drawImage(image1, 0, 0, null);
g.dispose();
}
}
};
jPanel1 = new JPanel(){
@Override
public void paint(Graphics g) {
su ......
1.你需要精通面向对象分析与设计(OOA/OOD)、涉及模式(GOF，J2EEDP)以及综合模式。你应该十分了解UML，尤其是class，object，interaction以及statediagrams。
2.你需要学习JAVA语言的基础知识以及它的核心类库(collections，serialization，streams，networking， multithreading，reflection，event，handling，NIO，localization，以及其他)。
3.你应该了解JVM，classloaders，classreflect，以及垃圾回收的基本工作机制等。你应该有能力反编译一个类文件并且明白一些基本的汇编指令。
4.如果你将要写客户端程序，你需要学习WEB的小应用程序(applet)，必需掌握GUI设计的思想和方法，以及桌面程序的SWING，AWT， SWT。你还应该对UI部件的JAVABEAN组件模式有所了解。JAVABEANS也被应用在JSP中以把业务逻辑从表现层中分离出来。
5.你需要学习java数据库技术，如JDBCAPI并且会使用至少一种persistence/ORM构架，例如Hibernate，JDO， CocoBase，TopLink，InsideLiberator(国产JDO红工厂软件)或者iBatis。
6.你还应该了解对象关系的阻抗失配的含义，以及它是如何影响业务对象的与关系型数据库 ......
Genaral Principles 一般约定
1.Adhere to the style
of the original.
保持最初的样式。
2.Adhere to the Principle of Least
Astonishment.
遵守最小惊奇原则。
3.Do it right the first time.
第一次就应当做好。
4.Document any deviations.
对于任何背离都应当文档注释。
Formatting
Conventions 格式约定
5.Indent nested code.
约束嵌套代码。
6.Break up long lines.
拆分长行。
7.Include white space.
包含空格。
8.Do not use "hard" tabs.
不要使用tab键。
Naming
Conventions 命名约定
9.Use meaningful names.
使用有意义的名称。
10.Use familiar names.
使用熟悉的名称。
11.Question excessively
long names.
不要使用过长的名称。
12.Join the vowel generation.
加入元音字母。
13.Capitalize only the first letter in acronyms.
只对简称的第一个字母大写。
14.Do not use names that differ only in case.
不要使用只依赖于大小写来区分的名称。
Package Names 包命名
15.Use
the reversed, lowercase form of your organizatio ......
将传入的任意中文字符转换为拼音
（1）多音字只取其中一个读音。
（2）生僻字如果没有拼音，使用unknown替代。
package com.amgotech;
public class ChineseSpelling
{
private static int[] pyvalue = new int[] { -20319, -20317, -20304, -20295, -20292, -20283, -20265, -20257, -20242, -20230, -20051, -20036, -20032, -20026, -20002, -19990, -19986, -19982, -19976, -19805, -19784, -19775, -19774, -19763, -19756, -19751, -19746, -19741, -19739, -19728, -19725, -19715, -19540, -19531, -19525, -19515, -19500, -19484, -19479, -19467, -19289, -19288, -19281, -19275, -19270, -19263, -19261, -19249, -19243, -19242, -19238, -19235, -19227, -19224, -19218, -19212, -19038, -19023, -19018, -19006, -19003, -18996, -18977, -18961, -18952, -18783, -18774, -18773, -18763, -18756, -18741, -18735, -18731, -18722, -18710, -18697, -18696, -18526, -18518, -18501, -18490, -18478, -18463, -18448, -18447, -18446, -18239, -18237, -18231, -18220, -18211, -18201, -18184, -18183, -18181, -18012, -17997, ......
原文出处：http://java.csdn.net/a/20100308/259219.html
敏捷开发的理念已经流行了很长的时间，在敏捷开发中的开发迭代阶段中，我们可以通过五个步骤，来有效的提高整个项目的代码质量。
Java项目开发过程中，由于开发人员的经验、Java代码编写习惯，以及缺乏统一的标准和管理流程，往往导致整个项目的代码质量较差，难于维 护，需要较大的测试投入和周期等问题。这些问题在一个项目组初建、需求和设计均具有不完全可预期性和完备性的全新项目中将尤为突出。
如图1所示，敏捷开发过程经历需求调研，用例分析和用例分解，进入开发迭代阶段。在每个迭代过程中，可以采用以下步骤来保证和提高整个项目的代 码质量：统一编码规范、代码样式;静态代码分析(staticcodereview);单元测试;持续集成;代码评审和重构 (Review&Refactor)。下文将针对每个步骤和其所使用的工具、方法进行详细描述。
图1.敏捷开发中的Java代码质量保证步骤
步骤一：统一编码规范、代码样式
规范统一的编码会增加项目代码的可读性和可维护性，但实际情况往往是项目组内的Java代码开发人员的编码风格常常各不相同，这可能是由于不同 的经验习惯或者缺乏编码规范方面的学习造成的。这样一来，其他项� ......
最新文章 :