下载 PuTTY tools

• 下载 PuTTYgen, Pageant, 和 Plink 三个文件到你计算机一个文件目录下。可以象本向导一样放到 "C:\Program Files\PuTTY"下。

生成你自己的一对RSA密钥

1. 运行PuTTYgen. 点击Generate 按钮并且按照上面说明的移动你的鼠标。
2. 在"Key passphrase"中输入一个规整的长密码并且在"Confirm passphrase"中重复输入。
3. 点击"Save public key" 将你生成的共钥保存在你的计算机的某个目录下.例如"C:\Documents and Settings\Matt Whitlock\sf0.pub". 其实在后面的使用中你并不真正使用它,但是保留下来还是挺好的有可能你会在其它地方用到它.
4. 点击"Save private key" 保存私钥到你的计算机上.例如"C:\Documents and Settings\Matt Whitlock\ssh\sf0.ppk". 这个文件已经被你的密码段加密了.
5. 拷贝高亮显示区域"Public key for pasting into OpenSSH authorized_keys file"中的内容到剪贴板中.

保存你的公钥到SourceForge中

1. 登入到SourceForge.
2. 点击工具条上的 "My Settings".
3. 点击"Authorized Keys" .
4. 粘贴你拷贝在剪贴板里的公钥.新的公钥将替换原来已有的其它公钥。
5. 点击 "Update" 保存你的公钥到SourceForge.

使用Pageant来提供ssh的身份认证

1. 启动Pageant. 将会有一个告示图标显示在右下角的任务条中.
2. 右键点击Pageant告示图标并且选择"Add Key".
3. 打开刚才生成并保存的私钥"C:\Documents and Settings\Matt Whitlock\ssh\sf0.ppk".
4. Pageant 将会提示你输入你加密私钥的密码然后点击 "OK".

缓存SSH服务器的主机公钥

在你能够使用Eclipse连接CVS服务器之前,你必须添加SSH服务器的主机公钥到你的本地缓存中。

方法 1 (如果你有全部的PuTTY客户端)

1. 就是使用PuTTY连接cvs.sourceforge.net，当它询问你是否信任这个服务器的时候你选择 并且添加公钥到你的缓存中,你只要选择yes.然后就可以了，你可以实际并不登入到此服务器。

方法 2 (如果你有Plink,而没有 PuTTY)

1. 打开命令提示框并执行:

   "C:\Program Files\PuTTY\plink.exe" cvs.sourceforge.net -l username

   username就是你在SourceForge的用户名. (注意在username前面的L是小写的 )
2. 你可能得到一个信息说"the server's host key is not cached in the registry." 你应该回答 'y'.
3. 如果你得到的信息是"This is a restricted shell account. You cannot execute anything here", 你的SSH客户端已经正确设置完成。.

配置Eclipse使用PuTTY's Plink来SSH连接

1. 运行Eclipse. 我运行的是版本3.1
2. 选择 "Preferences" 从 "Window" 菜单中. 选择"Team/CVS/Ext Connection Method".
3. 点击"Browse" 找到"C:\Program Files\PuTTY\plink.exe".
4. 点击"OK" 保存你的参数选择。

添加你的CVS repository到Eclipse

1. 选择 "Window", "Open Perspective", "Other", "CVS Repository Exploring", 点击 "OK".
2. 右键点击 "CVS Repositories"  (屏幕左面大块空白区域)选择"New", "Repository Location".
3. 在"Host"处填写"cvs.sourceforge.net".
4. 在"Repository path"处填写你的CVS repository 路径. 你可以在你的 SourceForge工程页的"Source code"处找到. 它应该类似"/cvsroot/projectname".
5. 在"User"处填写你的SourceForge用户名.
6. password不填写.我们不使用口令认证而是通过Pageant使用SSH2-RSA key .
7. 在"Connection type"处选择"ext"类型。
8. 点击"Finish". 这样Eclipse就能够连接CVS server了。

                             以框架为基础的方法

在软件开发中，使用面向对象技术开发构件并组装应用系统是当前的流行做法。由于这些构件是由对象构成的，为使对象之间能够通过相互触发的方式进行交互，需要对象来维护静态类信息和接口信息。这将导致对象之间具有隐式依赖

关系，同时还使对象依赖于外部服务(如通信中间件)。这些依赖关系不易于构件在不同平台间进行移植，使构件的组装变得更加困难。不过在统一平台上构件不存在移植和组装困难的问题。在本框架中采用IoC反射注入容器来将各个构件组合起来而且不破坏构件的结构（不需要强制构件与容器耦合，不需要调用容器的API），构件的实现类可以为普通的Java Bean，而不需要强制实现某些接口或者方法。

以框架为基础的方法，增加了构件的可复用性，也提高了系统设计和演化的柔性。

                             基于总线的方法

在基于构件的软件开发中，为了解决构件之间的数据交换，SUN公司发布了InfoBus标准用于构件的动态数据共享。InfoBus符合100%纯Java认证标准，它允许通过定义少量的接口并声明使用这些接口的协议以在构件之间进行动态数据交换。在HTML页面中的Applet或者在JBuilder环境中的为JavaBeans都可以利用InfoBus进行交互。InfoBus也可以用于任意的Java类，如Applet,Servlet等等。

本系统中构件小粒度的对象类。

构件的基本属性

从广义上来说，构件有如下的几个基本属性。

①、构件是可独立配置的单元，因此构件必须自包容；

②、构件强调与环境和其他构件的分离，因此构件的实现是严格封装的，外界没机会或没必要知道构件内部的实现细节；

③、构件可以在适当的环境中被复合使用，因此构件需要提供清楚的接口规范，可以与环境交互；

④、构件不应当是持续的，即构件没有个体特有的属性，理解为构件不应当与自身副本区别。

从以上四个属性可以看出，构件沿袭了对象的封装特性，但同时并不局限在一个对象，其内部可以封装一个或多个类、原型对象甚至过程，结构是灵活的。构件突出了自包容和被包容的特性，这就是在软件工厂的软件开发生产线上作为零件的必要特征。　　
   构件的构造原则

  构件是给人们可复用的软件标准件，因此，构件必须由构件开发商预先开发、预先构造，构件提供商应该非常明确构件系统的目标、方向，确定构件的构造原则。

  其基本原则是：一开始就把重用性作为初始设计的一个目标，所有构件的构造目的都是为组装其它应用所复用和共享。因此，从构件分析、设计到构件提取、描述、认证、测试、分类和入库，都必须围绕重用这个目的而进行。

构造构件要遵循其它原则：

①、增强构件的可重用性需要提高抽象的级别，应有一套有关名字，异常操作，结构的标准。

②、可理解性，必须伴随有完整、正确、易读的文档，具有完整的说明，有利重用。

③、构件代表一个抽象，有很高的内聚力，提供一些所需的特定操作、属性、事件和方法接口。

④、提高构件的重用程度，分离功能构件，将可变部分数据化、参数化，以适合不同的应用需求。

⑤、构件的尺寸大小、复杂度适中。

⑥、构件要易于演化，数据与其结构是封装在一起的，数据存放在数据构件对象中，能主动解释其结构。

一、软件体系结构和框架的定义

软件体系结构的英文单词是“architecture”. Architecture的基本词义是建筑、建筑学、建筑风格。

软件体系结构虽然根植于软件工程，但还处于一个研究发展的阶段，迄今为止还没有一个为大家所公认的定义。

 《设计模式》中对框架的定义是框架就是一组相互协作的类，对于特定的一类软件，框架构成了一种可重用的设计。

软件框架是 项目软件开发过程中提取特定领域软件的共性部分形成的体系结构，不同领域的软件项目有着不同的框架类型。框架的作用在于：由于提取了特定领域软件的共性部 分，因此在此领域内新项目的开发过程中代码不需要从头编写，只需要在框架的基础上进行一些开发和调整便可满足要求；对于开发过程而言，这样做会提高软件的 质量，降低成本，缩短开发时间，使开发越做越轻松，效益越做越好，形成一种良性循环。

框 架不是现成可用的应用系统。是一个半成品，需要后来的开发人员进行二次开发，实现具体功能的应用系统。框架不是“平台”，平台概念比较模糊可以是一种操作 系统，一种应用服务器，一种数据库软件，一种通讯中间件等地那个，因此平台在应用平台主要指提供特定服务的系统软件，而框架更侧重了设计，开发过程，或者 可以说，框架通过调用平台提供的服务而起的作用。

框架不是工具包或者类库，调用API并不就是在使用框架开发，紧紧使用API是，开发者完成系统的主题部分，并不时地调用类库实现特定任务。而框架构成了通用的、具有一般性的系统主体部分，二次开发人员只是像做填空一样，根据具体业务，完成特定应用系统中与众不同的特殊部分。

二、框架与架构之间的关系
    框架不是构架（即软件体系机构）。体系结构确定了系统整体结构、层次划分，不同部分之间的协作等设计考虑。框架比架构更具体。更偏重于技术涉嫌。确定框架后，软件体系结构也随之确定，而对于同一软件体系结构（比如Web开发中的MVC），可以通过多种框架来实现。

三、框架与设计模式之间的关系

设 计模式和框架在软件设计中是两个不同的研究领域。设计模式研究的是一个设计问题的解决方法，一个模式可应用于不同的框架和被不同的语言所实现；而框架则是 一个应用的体系结构，是一种或多种设计模式和代码的混合体虽然它们有所不同，但却共同致力于使人们的设计可以被重用，在思想上存在着统一性的特点，因而设 计模式的思想可以在框架设计中进行应用。

框架和设计模式存在着显著的区别，主要表现在二者提供的内容和致力应用的领域。

1)从应用领域上分，框架给出的是整个应用的体系结构；而设计模式则给出了单一设计问题的解决方案，并且这个方案可在不同的应用程序或者框架中进行应用。

2)从内容上分，设计模式仅是一个单纯的设计，这个设计可被不同语言以不用方式来实现；而框架则是设计和代码的一个混合体，编程者可以用各种方式对框架进行扩展，进而形成完整的不同的应用。

3)以第二条为基础，可以得出设计模式比框架更容易移植：框架一旦设计成形，虽然还没有构成完整的一个应用，但是以其为基础进行应用的开发显然要受制于框架的实现环境；而设计模式是与语言无关的，所以可以在更广泛的异构环境中进行应用。

总之，框架是软件，而设计模式是软件的知识体，提升框架的设计水平。