看来还是有许多事情要做，此Task List需要进行不断的更新

1、Java Reflection
2、Hibernate
3、Spring
4、Struts/WebWork/Struts2
5、事务控制
6、App Server
7、Java基础深入
8、设计模式
9、Unix/Linux操作系统
10、JUnit
11、SVN/CVS
12、敏捷开发（XP）
13、快速构建
14、Oracle

待续......

===================================================

学习无止境~

关于事务（ Transation ），大家肯定都不陌生了，因为作为一个 Web 程序开发人员来说，我们一般都会和数据库打交道，然后对数据库中的数据进行一系列的操作，那么为了保证我们对数据操作的合理性我们就不能不用到事务，虽然事务的实现不需要我们去操心，但是我们还是需要对事务进行一些了解，这样我们才能够明白我们日常所使用的东西，比如我们常用的开源框架 Spring 、 Hibernat 等都会涉及到事务的问题，虽然事务有很多不同的实现，如符合 JTA 的事先， JDBC 的实现等等，但是其原理都是差不多的。

 

对于事务的理解，这个我觉得有必要说一下，一般大家看到的理解都是很正式的、书面的，有时候让人觉得有些乱，并且细节的东西太多，在这里我就不说说课贴书了，呵呵，那我就把我自己的一点理解说一下：刚接触到事务的时候，感觉还有些模糊，慢慢的感觉清晰了一些，事务是为了什么而产生的呢？就是为了对付并发而造成的对数据的修改以及读取时的错误（或者说是一些不正常的现象），如果没有并发，没有资源的同时访问，估计也就用不到事务这个玩意了，呵呵，就像我们在单击上使用的单用户的软件一样，应该不会用到事务吧，一般又没有人跟你争，控制个啥子啊！我觉得事务就可以这么理解。

 

而对于事务的分类，一般分为本地事务，即一个数据库的情况；再一个就是全局事务，也就是多个数据库的情况（其数据库事务的控制称为 XA ），具体的情况可以看下面几个链接的介绍：

http://blog.csdn.net/ladofwind/archive/2006/09/08/1194812.aspx 关于数据库事务的基本概念

http://www.huihoo.com/middleware/trade_middleware.html 里面有介绍关于 XA 的内容

http://www.javaeye.com/topic/6302 对跨数据库事务的一些讨论（总结一下就是一般采用两阶段提交的方式来解决跨数据库的事务问题）

http://msdn2.microsoft.com/zh-cn/library/ckawh9ct(VS.80).aspx MS 的关于单阶段和多阶段事务的提交的一些说明文档

 

并且还要支持 XA 的数据库连接池，开源的如 XAPool 等。

 

要说的就是这么多了，估计也基本够在 Web 开发中对其有一个了解 ~ 如果有更加深入的内容再进行讨论和补充。

今天感觉还是有必要再理解一下 Java Reflection 。

在说 Reflection 之前，我感觉还是先对静态语言和动态语言有一个了解比较好，下面来看一下一些资料：

 

1 、 http://cavingdeep.cnblogs.com/archive/2005/08/03/206374.html 说明了什么是静态的，什么是动态的，总结一下就是：

 

动态语言，准确地说，是指程序在运行时可以改变其结构：新的函数可以被引进，已有的函数可以被删除等在结构上的变化。比如众所周知的 ECMAScript(JavaScript) 便是一个动态语言。除此之外如 Ruby 、 Python 等也都属于动态语言，而 C 、 C++ 等语言则不属于动态语言。（通俗的说法就是：静态的是事先进行规划，考虑到后面需要做的一些事情；而动态的是管他后面会是怎么样呢，先开始再说，要的就是速度，呵呵，这有点和我们生活中做人做事的方式有些相似 ~ ）

 

2 、 http://www.javaeye.com/topic/35763 对动态语言和静态语言的一个比较新颖的认识，主要从内存的分配和利用情况来说的，也就是说：动态语言不事先分配内存，到用的时候再说，而静态语言会先分配内存，并进行检查，大了放不下啊，呵呵

 

3 、 http://robbin.javaeye.com/blog/33971 讨论了静态语言和动态语言在开发方面的优势和使用情况等，还在讨论中，不好定论。

 

注：一般来说，静态语言比较容易调试，而动态语言不太容易调试，因为变数太多，呵呵。

 

由于静态语言不够灵活，再加上现在随着系统的扩大，以及框架建立的需要，所以说静态语言也需要越来越多的动态的特性，而作为现在首当其冲的 Java 语言，也要通过反射，在执行期间做一些动态的调整以适应多变的需求。

 

在 Reflection 机制中，最重要的一个类就是 Class 类，这里面记录了我们所定义的 class 中的一些信息，我们可以通过其获得我们定义的 变量、方法、构造函数以及父类等等，并且可以动态的对其进行调用，这样就可以在某些时候将我们没有事先设计的代码在运行期间执行，而不对原有的程序进行改变。

 

具体的使用样例可以参考： Core Java 2 第六、七版，或者侯捷的 java Reflection 教程（下载地址：http://www.blogjava.net/Files/wqhtomcat/Java反射机制-javatwo-2004-reflection.rar）。

看来还是有许多事情要做，此Task List需要进行不断的更新

1、Java Reflection
2、Hibernate
3、Spring
4、Struts/WebWork/Struts2
5、事务控制
6、App Server
7、Java基础深入
8、设计模式
9、Unix/Linux操作系统
10、JUnit
11、SVN/CVS
12、敏捷开发（XP）
13、快速构建
14、Oracle

待续......

===================================================

学习无止境~

1、  java 范型的实现原理： Java 语言中的泛型基本上完全在编译器中实现，由编译器执行类型检查和类型推断，然后生成普通的非泛型的字节码。这种实现技术称为擦除（ erasure ）（编译器使用泛型类型信息保证类型安全，然后在生成字节码之前将其清除），所以说其实 java 的所谓的范型知识形式上的，仅仅是在编译期做了手脚，生成了一些标明范型的变量，应为这些都是编译期的行为，那么引用 buaawhl 的一句话就是说： java 只能支持 Field, Method 的 generic type 信息，这些信息存放在 class 文件的 contant pool 中，作为字符串常量出现，标志是 signature 。

2、  由于 Java 范型的实现采用的是 Erasure 方式，仅仅是在编译期进行检查，所以在运行过程中我们就不能进行范型的实例化，因为我们不知道到底要实例化什么类型的对象，与原来我们手动进行强制类型转换的一样，我们如果知道我们能够转换成什么对象，那么我们就可以将我们知道的类型的信息传递过去，也就是吧 XX.class 传递过去，这样 jvm 就知道我们要实例化什么样的对象了。
 

3、  原来 Class<T> 表示的是一个范型的 Class 类啊，为什么搞的像 List<T> 样式的范型声明呢？搞得我迷糊了好长时间，一致以为是一个类似容器的东西呢，这个语法感觉到有些奇怪，见笑了：），这个类一般用来接受 XX.class 返回的对象。

4、  要想在 java 中范型用得爽，还得配合使用反射才行啊。由于 Java 采用了擦拭法进行范型的支持，所以我们依旧不能在运行期获取到具体的类型的信息，而至能够在我们进行设计的时候对其类型信息进行指定，那么我们指定的类型的信息就可以存放在编译后生成的 class 文件中了，我们可以通过反射来获取到具体的存放的信息，要获取到动态的传入的信息就不行了。

如下所示：

定义一个超类：
 

 

 

再定义一个子类：

 

那么我们只能够获得我们实现定义好的要传入到 SuperClass 类中的 Integer 类型的范型信息，而不能得到我们在程序中传入的 Shit 类的类型信息，因为 java 范型的信息不记录的实例中，仅仅在类中进行了记录（这点感觉 java 的范型还不够成熟，可能因为要向后兼容等原因吧）。

 

参考资料：

http://www.duduwolf.com/wiki/2006/51.html

http://calvin.javaeye.com/blog/33139    白衣的 SpringSide 中对范型使用的说明

http://www-128.ibm.com/developerworks/cn/java/j-jtp01255.html   Java 理论和实践关于范型的讲解

http://www.nirvanastudio.org/java/dont-repeat-the-dao.html   范型实现可重用 DAO 的文章

http://gceclub.sun.com.cn/Java_Docs/html/zh_CN/api/java/lang/reflect/ParameterizedType.html#getActualTypeArguments()

http://buaawhl.javaeye.com/blog/22020   范型的实现原理，讲的比较清楚

 

软件开发离不开团队的建设，一个好的团队能够培养和带动一批人，并且能够使团队成员能够更加热爱这个团队，让每个人都能感觉到自己的价值所在，为了能够达到这样一个目的，我们应该有相应的手段或者策略来进行团队的管理和促进，不知道大家有没有适合自己团队的建设方案，这里我仅仅谈一谈我的一些看法和建议（呵呵，想到什么地方就说到什么地方吧，仅仅是表达自己的一些看法，可能有些不是太清晰，随着感悟的增多还会持续的对其进行修改），希望能够与在这方面有经验的朋友能够进行交流。

1、团队的文化。听着好像很大，又是一顶大帽子，空而无味，不过这个确实是必不可少的。有时候团队的文化并不是谁能够说的算的，他和团队的成员，团队的气氛以及团队的方向有着直接的关系。

2、团队的学习气氛。这里我想发表一下自己的观点，我比较主张的是知识共享型的团队学习气氛，大家各有所长，能够相互交流，相互帮助，形成一种定期交流技术的氛围，在这一点上，一个团队的主要负责人应该起到领导和推进的作用，比如说，可以让团队的成员将自己感兴趣的技术汇报上来，然后进行归类整理，可以在项目的技术考察期进行技术研究的任务分配，如果能够有足够的人手进行Pair研究是最好的了，然后进行技术的交流和培训，使团队中的每个人都能够有一种参与感和成就感。

3、团队共享知识平台。人见多了，很容易就碰上觉得十分相似的人，程序写多了，相似的程序也就很常见了，呵呵，这就是我们常说的软件的复用，但是真正能够进行完全照搬的复用的情况很少，大部分还是需要感觉实际的情况进行调整和优化的，然而我觉得思想的复用或者相关知识的复用是很常见的。比如说团队内部有人已经对Log技术进行了比较深入的研究，可能大家还都不知道，而另外一为成员也想对该技术进行一些研究，但是他却不知道他的队友已经对其进行了比较全面的研究，这时候我们采取的方式一般都是利用搜索引擎进行相关信息的搜索，然后进行知识收集和整理，这样存在的一个问题就是，我们不能和文章的作者进行有效及时的交流。如果们有了一个知识共享的平台，那么我们就可以在这个平台上找到我们团队中对其掌握较好的人员，然后进行更加直接有效的交流。共享平台的方式可以采用团队内部的Blog或者Wiki等

未完待续......

Log4J 原理以及配置的研究

 

在进行 Log4J 的使用过程中，我对下面的两个问题比较敏感：

 

1、  Log4J 是如何进行工作的？

这是在 Log4J 项目中对 Log4J 的介绍中的一段话

With log4j it is possible to enable logging at runtime without modifying the application binary. The log4j package is designed so that these statements can remain in shipped code without incurring a heavy performance cost. Logging behavior can be controlled by editing a configuration file, without touching the application binary.

 

对于 Log4J 的具体如何进行工作的原理，在 javaeye 上 buaawhl 给出了一个解释：

http://buaawhl.javaeye.com/blog/6450

总结一下就是利用 JDK 提供的 new Throwable().getStackTrace() 方法返回当前运行栈的结构层次，然后对返回的调用栈的信息进行分析，找到调用该类的类的名称。（也就是Log4J自己说的Runtime期间实现Log）

 

由于在 Log4J 中只存在一个根 Logger ，并且 Logger 之间存在继承的关系，并且我们可以在配置文件（ log4J.proerties 或者 XML ）中进行配置，可以初始化指定的 Logger ，并且对指定的 Logger 进行一些相关的配置，如设置如何进行输出，以及如何将输出进行布局。并且由于 Logger 之间会存在继承的关系（会找一个最近的 Logger 进行继承，如果没有就以根 Logger 作为父类，共享父类的配置信息），以及父子类之间初始化没有先后的顺序，所以我们可以在配置文件中，对各个程序以及不同的包中使用到 Log4j 的 Log 纪录方式进行配置。

 

如果在同一个 APPLICATION 对相同名称的 Logger 进行调用，那么只会返回一个 Logger 实例。

2、  Log4J 会不会对系统的性能造成大的影响？

 

这是对 Log4J 性能的一些描述，看来还是不错的，呵呵，在调整一下 Log 的等级就可以了。

On an AMD Duron clocked at 800Mhz running JDK 1.3.1, it costs about 5 nanoseconds to determine if a logging statement should be logged or not. Actual logging is also quite fast, ranging from 21 microseconds using the SimpleLayout, 37 microseconds using the TTCCLayout. The performance of the PatternLayout is almost as good as the dedicated layouts, except that it is much more flexible.

注：对于 Common Logging 和 Log4J 的关系可以参见 （其实 JCL 是一个规范，对一些 Log 工具进行了包装，我们常会使用到的具体实现还是 Log4j ，当然也可以使用其他的实现）

http://hedong.3322.org/archives/000316.html

参考资料：

http://www-128.ibm.com/developerworks/cn/java/l-log4j/index.html 使用 Log4J 进行日志操作

http://zooo.51.net/heavyz_cs/notebook/log4j.html Log4J 学习笔记（推荐）

http://www.dingl.com/view.shtml?xh=485 log4j 配置

http://hedong.3322.org/archives/000193.html 竹笋炒肉的 Log4J 学习笔记

http://forum.springside.org.cn/redirect.php?fid=3&tid=382&goto=nextoldset SpringSide 对 Log4j 的使用要点

 

进入程序员生活的日子虽然不多，但是既然已经踏入了这个门槛，并且还要靠这个吃饭，那真的还得需要自己再好好的考虑一下了。

甭管怎么说，我们要做一行爱一行，只有培养了这种踏踏实实的精神，才有可能在其他的领域获得成功，不然，一切都是惘然，没有什么可说的。

话到这份上了，也就需要自己斟酌一下了，感觉前一段时间自己的心态十分不好，总是特别的浮躁，静不下来，再加上工作的事情也搞得自己有些焦头烂额了，现在是需要反思的时候了。别总是去干一些自己不应该干的事情，还是应该好好的把心思放在提高自己的水平上，不要把自己搞的太低，什么事情只要用心，总会有收获的。Bless myself！

下面对于学习方面：

1、要做到看书学习的时候要进行深入的思考，不然的话就等于没看，什么都没有印象和收获，要培养自己思考后做记录的习惯（现在忘性太大了，总是原来看过的东西就记不起来了，不过看到原来的记录还是能回想起来的）。

2、踏踏实实的把自己作为一个java方面Web开发人员所应该精通的知识真正的精通起来，不懂就问，别搞个模棱两可，这样对一些系统在设计上会有很不好的影响，因为有些东西你想不到。

3、提高自己的英语水平，不要总是有抵触心里，英语是程序员成长道路上必不可少的工具，只有英语能够用了，才能够更快的接触到国外的先进的知识和经验，以保持自己的知识水平。

注：主要进行研究的内容包括（Java核心技术、Hibernate、Spring、Struts、WebWork以及Web开发的相关技术，在学习和总结后要留下文档以便备忘！）

数据库设计备忘录，没什么新鲜的，只是作为自己的一个备忘~
1、关系： 1：1，1：N，N：N
2、注意在使用多对多关系的时候，由于关系型数据库的限制，我们必须建立一个中间表，用来表明两者之间的关系
3、具体的原因是数据库中的表的主键应该是唯一的，但是如果在两个存在多对多关系的数据表之间表明两者之间的关系的话，就不能够保证数据主键的唯一性了，比如说：书籍和作者之间的关系，我们假设他们之间是多对多的关系，一本书籍可以有多个作者，一个作者可以写多本书籍，如果我们是用两个表来表明他们之间的关系，结构如下：


书籍表：

主键    作者外键    名称 等其它属性

作者表：

主键   书籍外键  姓名等其它属性

如果我们要向表中存入数据，那么就会如下所示：

书籍表：

1            1           应用Rails进行敏捷Web开发
1            2           应用Rails进行敏捷Web开发

作者表：

1            1            Dave Thomas
2            1            David Heinemeier Hansson

这样就出现问题了，书籍表中出现了重复的主键，这个可是不行的哦

如果加入一个中间连接表，那么问题就解决了，书籍表和作者表只管负责存储他们各自的信息，不需要存储他们的关系信息，关系信息让连接表进行存储就好了~，表的结构如下：
书籍表：

主键     名称 等其它属性
1             应用Rails进行敏捷Web开发
2             Ant使用手册

作者表：

主键     姓名等其它属性
1                    Dave Thomas
2                David Heinemeier Hansson

连接表：

主键      书籍外键   作者外键
1                      1              1
2                      1              2

这样，问题就解决了~