流星博客网
流星博客网
欢迎访问流星博客网! 很久以前就想写博客,但总因为这样那样的原因而耽搁了.
我把我的学习记录分享给大家,让更多的人在学习的过程中少走弯路.也希望行内高手给以指点!
文章
JDK1.5新特性
“JDK1.5”（开发代号猛虎）的一个重要主题就是通过新增一些特性来简化开发，这些特性包括泛型，for-each 循环，自动装包/拆包，枚举，可变参数, 静态导入 。使用这些特性有助于我们编写更加清晰，精悍，安全的代码。
下面我们简单介绍一下这些新特性。
1.泛型(Generic)
C++通过模板技术可以指定集合的元素类型，而Java在1.5之前一直没有相对应的功能。一个集合可以放任何类型的对象，相应地从集合里面拿对象的时候我们也不得不对他们进行强制得类型转换。猛虎引入了泛型，它允许指定集合里元素的类型，这样你可以得到强类型在编译时刻进行类型检查的好处。
| Collection c.add(new Date()); |
编译器会给出一个错误：
| add(java.lang.String) in java.util.Collection |
2.For-Each循环
For-Each循环得加入简化了集合的遍历。假设我们要遍历一个集合对其中的元素进行一些处理。典型的代码为：
| void processAll(Collection c){ for(Iterator i=c.iterator(); i.hasNext();){ MyClass myObject = (MyClass)i.next(); myObject.process(); } } |
使用For-Each循环，我们可以把代码改写成：
| void processAll(Collection for (MyClass myObject :c) myObject.process(); } |
这段代码要比上面清晰许多，并且避免了强制类型转换。
3.自动装包/拆包(Autoboxing/unboxing)
自动装包/拆包大大方便了基本类型数据和它们包装类地使用。
自动装包：基本类型自动转为包装类.(int >> Integer)
自动拆包：包装类自动转为基本类型.(Integer >> int)
在JDK1.5之前，我们总是对集合不能存放基本类型而耿耿于怀，现在自动转换机制解决了我们的问题。int a = 3;
Collection c = new ArrayList();
c.add(a);//自动转换成Integer.
Integer b = new Integer(2);
c.add(b + 2);
这里Integer先自动转换为int进行加法运算，然后int再次转换为Integer.
4.枚举(Enums)
JDK1.5加入了一个全新类型的“类”－枚举类型。为此JDK1.5引入了一个新关键字enmu. 我们可以这样来定义一个枚举类型。
public enum Color
{
Red,
White,
Blue
}
然后可以这样来使用Color myColor = Color.Red.
枚举类型还提供了两个有用的静态方法values()和valueOf(). 我们可以很方便地使用它们，例如for (Color c : Color.values())
System.out.println(c);
5.可变参数(Varargs)
可变参数使程序员可以声明一个接受可变数目参数的方法。注意，可变参数必须是函数声明中的最后一个参数。假设我们要写一个简单的方法打印一些对象，util.write(obj1);
util.write(obj1,obj2);
util.write(obj1,obj2,obj3);
…
在JDK1.5之前，我们可以用重载来实现，但是这样就需要写很多的重载函数，显得不是很有效。如果使用可变参数的话我们只需要一个函数就行了public void write(Object... objs) {
for (Object obj: objs)
System.out.println(obj);
}
在引入可变参数以后，Java的反射包也更加方便使用了。对于c.getMethod("test", new Object[0]).invoke(c.newInstance(), new Object[0]))，现在我们可以这样写了c.getMethod("test").invoke(c.newInstance())，这样的代码比原来清楚了很多。
6.静态导入(Static Imports)
要使用用静态成员（方法和变量）我们必须给出提供这个方法的类。使用静态导入可以使被导入类的所有静态变量和静态方法在当前类直接可见，使用这些静态成员无需再给出他们的类名。import static java.lang.Math.*;
…….
r = sin(PI * 2); //无需再写r = Math.sin(Math.PI);
不过，过度使用这个特性也会一定程度上降低代码地可读性。
AOP到底是什么
Ivar Jacobson博士又来中国了。这一次，他仍旧在着力宣传用例与面向方面之间的关系。他的话听起来多少有些超前：当AOP对于我们都还是一个新鲜概念时，他带来的是AOSD，而且还要“with use cases”。我们绝大多数人对AspectJ都还不那么熟悉，大师带来的这些东西岂不是要让我们消化不良么。
不过，透过Jacobson博士反复数次的讲解，我倒是发现：或许脱离开那些实现细节之后，反倒能更清楚地看到AOP的内涵。也许我们太多地把注意力放在“AOP != interception”上面、放在“编译期织入 vs. 运行时织入”上面，反倒忽略了“AOP是什么”的问题。一个对象（或者说，一个对象继承体系）可以被认为是“一个业务模块”，那么一个aspect是什么？
一个aspect就是一个横切于所有业务模块的系统功能。譬如说，事务管理，不管任何业务模块（用户管理、报表、公文……）都要用到的功能。再譬如说，用户认证和授权，不同的业务模块都会用到它。可以把一个个业务模块（即对象继承体系）画成一条条经线，那么系统功能模块（aspect）就是一条条纬线。经线和纬线交织在一起，就构成了整个应用程序。从这一点来说，AOP用“织入”（weave in）这个词汇http://blog.csdn.net/java_editor/archive/2005/03/24/329091.aspx真是再贴切不过了。
不妨再把思路扩展一下。如果把坐标轴旋转90度，经线和纬线岂不是可以互换？事实正是如此：aspect本身也是一个对象体系，这里同样可以有继承、包容、聚合，同样可以有各种面向对象的设计模式。甚至当你设计的不是一个应用程序，而是框架时，你所做的事情就可能更多地集中在aspect上面。这时aspect变成了你眼中的主角，业务对象倒只是插入进来做测试和验证之用的配角。例如WebWork，在它基础上的拦截器可以做成一个相当庞大而复杂的体系，提供强大的功能，例如可配置的表单校验。
摘自: http://blog.csdn.net/java_editor/archive/2005/03/24/329091.aspx
2006年初大事记
现在虽然已经是3月中旬了.桃花盛开,天气却突然变的很冷.在这短短的一月中.发生了很多事
第一,辞去了以前的工作,换了新的单位,一周之内就基本适应了工作,现在已经正式进入开发阶段.不过了压力也还是挺大的.感觉好累好累,真想躺着不在起来.
第二,跟女友的相处很好.感觉很幸福.从来没有的感觉哦