一个程序猿的学习笔记

intra-mart框架学习资料中文版本05年的v5.1 【本书适合以下的读者： 】 „ 设计者 针对设计者，说明了应该怎样设计界面，以及怎样进行组件的分割。 „ 开发人员 针对开发人员，说明了组件的制作方法和相关规格。 针对项目管理者和业务分析员，本书没有明确的信息说明。请参考具体的分析和管理时的实际情况。 另外，读者最好具有以下的技术基础： „ Java Standard Edition 1.4 [1] „ Java Enterprise Edition 1.3 [2] „ UML „ 设计模式 „ XML 1.1 [3] 【本书由以下几部分组成】 „ [ 2 应用程序的构成] 说明如何使用cm-J2EE Framework 创建应用程序。 „ [ 3 Service Framework ]～[7 Log Framework] 说明cm-J2EE Framework 的各子框架（Sub Framework） 的工作流程以及其界面、组件的制作方法等。

CommonsCollections，又是一个重量级的东西，为Java标准的CollectionsAPI提供了相当好的补充。我不知道其他人，就我自己而言，让我用 java.util.Collection及其子类，加上java.util.Collections类提供的操作方法，处理一些简单的数据结构问题还可以，稍微复杂一点的就觉得 有点头痛，很多细节的地方需要我插入这样那样的小逻辑，或者感觉它太死板，不够灵活，再或者确实有点晦涩吧。再说了，如果我只是处理一般 的数据结构问题，为什么不自己用数组或者自定义的链表来做，再加上JakartaCommons的Lang提供的ArrayUtils、StringUtils等，已经基本够 了，性能可以保证，那么还要这个CollectionsAPI干嘛。当然，说到这里有些偏激了，Collections当然有它存在的道理，能够把常用的数据结 构归纳起来，以通用的方式去维护和访问，这应该说是一种进步，但是用起来似乎不够友好。这个时候我就会想，如果Java比现在做得更好用些， 或者有一套第三方的API把我的这些需求抽象出来，实现了，该多好。CommonsCollections就是这样一套API。

cvs 是一个版本控制系统。使用它，可以记录下你的源文件的历史。 例如，修改软件时可能会不知不觉混进一些 bug，而且可能过了很久你才会察觉到它们的存在。有了 cvs，你可以很容易地恢复旧版本，并从中看出到底是哪个修改导致了这个 bug。有时这是很有用的。 你当然可以把曾经创建的每个文件的所有版本都保存下来。但这会浪费大量的磁盘空间。而 cvs 用一种聪明的办法把一个文件的所有版本保存在一个文件里，仅仅保存不同版本之间的差异。 如果你是项目开发组的一员，cvs 也会帮助你。除非极为小心，成员之间很容易互相覆盖文件。一些编辑器，如 gnu Emacs，会保证同一时间内同一文件绝不会被两个人修改。不幸的是，如果有人用了另外的编辑器，这种保护就没用了。 cvs 用隔离开不同的开发者解决了这个问题。每个开发者在他自己的目录里工作，等每一个开发者都完成了他们自己的工作后，cvs 会将它们合并到一起。

java案例开发，很有用的资源，对学习有很大的提升，