Java下的框架编程(4)
1.因为两者的用途不同，所以Annotation与XML应该并存
Anootation vs XML 到了现在，在Spring和EJB3各占一边的持续演示下，各自的用途已清晰。
虽然两者之间完全可以相互替代，没有绝对不能做的事情，但却存在好不好的问题，两者的用途不同，应该并用：
"size=10，db_user=ito"这样的参数，仍然适合放在XML，YAML(ruby)，properties，ini文件里。
而Annotation中所放，是真正程序的一部分，是旧编程体系中所缺的那一块东西。
看看编程语言的发展：
一开始只是函数的封装；
到了OO语言，对象有了自己的属性和方法；
到了框架满天飞的年代，这些属性和方法又有了自己的属性，来告诉框架如何为自己提供服务。比如Spring和EJB3，POJO就用配置信息来告诉框架无侵入的提供服务。整个进化的过程非常自然。
因为这些信息本来就是程序的一部分，所以应该仍然放在Code里头，Spring把它割裂到XML明显影响了代码的阅读。
2.Anotation/XML PK Interface，Spring 无侵入性的基础
切尔斯基的Blog讲了Annotation/XML 对Interface的PK
。这次PK，也可以认为是Spring 对 EJB2.1在框架无侵入性上的一次PK。
在EJB2.1时代，POJO必须通过接口来向框架声明一些东西，这就造成了框架的侵入性，强迫POJO实现一堆接口。而Spring，把这些元信息搬到了XML配置文件。
在Spring里随便就可以举个例子。比如一个POJO，在Spring为它进行依赖注入A和B后，需要根据A和B来装配一个内部属性C，这样就需要再跑
一个init()函数。Spring提供两种方式，一种侵入性的，实现InitializingBean接口的afterPropertiesSet()
函数供Spring调用。 而另一种是无侵入性的，在Bean的xml节点里面自行定义init函数的名字。
３.Annotation目前的弱点
一是Hibernate、Struts、三姑妈、四姨婆的annotation如果一股脑儿的全堆在可怜的POJO上很没人道，如果三姑六婆都抢Transation这个Anontation就更惨了。
二是annoation的表达能力有限，不如XML的强。
4.JSR250 - Common Annotations for the Java
Final Draft已经发布
，八卦回来一看，也只是多定义了几个Common Annotation而已。
1.Gen
相关文档：
Java学习从入门到精通
一、 JDK (Java Development Kit)
JDK是整个Java的核心，包括了Java运行环境（Java Runtime Envirnment），一堆Java工具和Java基础的类库(rt.jar)。不论什么Java应用服务器实质都是内置了某个版本的JDK。因此掌握JDK是学好Java的第一步。最主流的J ......
Java™ 语言包含两种内在的同步机制：同步块（或方法）和 volatile 变量。这两种机制的提出都是为了实现代码线程的安全性。其中 Volatile 变量的同步性较差（但有时它更简单并且开销更低），而且其使用也更容易出错。在这期的 Java 理论与实践
中，Brian Goetz 将介绍几种正确使用 volatile 变量的模式，并� ......
//由于JAVA语言的数据类型都是有符号类型，而C# C++一般数据类型都是分有符号和无符号,
//因此在通信过程中传递的Byte[]无法直接转换成C#需要的类型，
//以前倒是没注意这些细节，因为一般用一种语言编程，
//大都有内置的转换方法。跨语言环境的转换就的自己动手想办法了。
1、java的Byte[]转换成c#的Int32
private i ......
在你的代码里调用了一些资源文件，如图片，音乐等，在调试环境或单独运行的时候可以正常显示或播放，而一旦打包到jar文件中，这些东东就再也出不来了，除非把这个jar放到原来未打包以前的目录下，但通常jar是单独发布的。
[关键字] java jar文件包 资源
可能有不少初学者会有这样的困惑：在你的代码里调用了 ......
