第十一讲：组件开发.pptVIP

导言 在计算机行业内，有关将软件开发过程转向以组件为中心的好处已经讨论了很多年了。20世纪90年代，面向对象编程（OOP）运动很快发展成包括组件的运动。基于组件开发的说法倾向于组件不仅仅是对象的另一种称呼，而且还是新的开发范型的中心，这种开发范型较少注重诸如继承和多态性等语言问题，更多地注重于软件整体结构、维护和交付过程。 第十一讲 组件开发 第一节 概述 组件分类 今天，有数以千计的第三方组建存在，而这个数字还会以指数级的速度增长，当涉及到大量的项目时，建立一种或多种的分类标准是十分重要的。 下面是一些流行的实际被开发厂商使用的分类方法： 角色分类方法 功能分类方法 域分类方法 层次分类方法 前端、中间层和后端组件 角色分类方法 功能分类方法 功能分类方法 域分类方法 层次分类方法 组件结构 在过去的40多年里，软件系统的结构发生了巨大的变化。其中许多的变化与硬件成本的下降和计算机的商品地位有关。 父组件与子组件 在基于组件的开发中，最重要的类型结构就是父-子关系结构。比如Windows的桌面就是所有应用程序的父组件。每个子窗口代表一个应用程序。 开发过程 组件开发过程定义了制作和配置软件组件所需遵循的步骤。通常包括四个阶段： 分析阶段 设计阶段 实现阶段 部署阶段 组件设计 基本要求： 组建之间的耦合度小 类图简单 交互图简单 满足：可操作性、可测试性、可用性、可部署性、可维护性、可靠性、灵活性、可移植性 第二节 Windows组件开发 概述 .NET的开发平台提了一个名称空间System.Windows.Forms，在此名称空间中提供了许多开发Windows Form的类和对象，这些类和对象不仅内容十分丰富，而且还具有十分强大的拓展性，可以利用这些类和对象，简单而迅速地开发出自己需要的组件。 用户控件提供了一种用来创建并重新使用自定义图形界面的方法。用户控件实际上是一个具有可视化表示形式的组件。因此，它可能包含一个或多个 Windows 窗体控件、组件或代码块。 使用用户控件的方式与使用标准的控件一样，可以用放置其他控件的相同方式将用户控件放置在 Windows 窗体上。 在进行控件设计时所应该考虑的问题： 需要哪种图形化接口？ 该控件将处理何种特定的用户交互？ 现有控件中有没有近似满足所需功能的？ 能否通过将多个 Windows 窗体控件合在一起来获得所需功能？ 用户控件： 如果要使自定义代码和一个或多个 Windows 窗体控件的功能组合在一起，应该创建一个“用户组件”。这可以从System.Windows.Forms.UserControl类来继承，从而可以继承用户组件中必需的所有标准定位和助记处理代码。 注意： 用户组件将快速控件开发与标准 Windows 窗体控件功能以及通过添加自定义属性和方法创建的多功能组合在一起。 在创建用户组件时，系统会提供一个可视设计器，可以将标准Windows 窗体控件置于该可视设计器中。 这些控件保留了其所有固有功能以及标准控件的外观和感观，但是一旦将它们置于用户控件后，开发人员就不能通过代码使用它们。 用户控件执行其自身的绘图工作，同时也处理与控件相关联的所有基本功能。 控件设计的方法 控件设计，是分布式程序设计的重要方法，在.NET中创建控件，将会比过去的语言花费更小的系统开销，这里主要使用3 种技术： 建立复合控件； 继承自另一个控件； 根据Control类从头编写。 要继承控件必须有控件的源，用于Windows Forms界面的控件有4 个主要源： 内置的控件（与.NET平台一起打包的控件）； 导入的现有ActiveX控件； 从软件上得到的基于.NET的第三方控件； 由开发人员为特定目的创建的自定义控件。 复合组件 符合控件——程序实例 一： （1）问题： 自定义组件，它由二个标准WinForm中的组件合并而成的，一个是标签组件 Lable ，另外一个是文本框组件 TextBox 。 （2）特性： 自定义组件中定义了二个新的属性，一个属性是Text，这个属性是通过派生原有的文本框中的Text属性而得到的；另外一个属性是LabelText，它是通过继承了原有的标签的Text属性而得到的。 （3）意义： 该组件的主要用途体现如下，在程序设计中，很多时候是要定义一个标签，标签显示要输入的文本内容。然后再定义一个文本框，填入信息。使用了本组件后，只要定义一个此组件，然后对组件属性设定不同的值就可以了。 开发过程参见 .doc 6、复合控件---程序实例一： Demo\UserControl 复合控件——程序实例二： （1）问题：自定义组件，它由二个标准WinForm中的组件合并而成的，一个是标签组件