11.应用框架的.ppt

软件开发方法学十一. 应用框架;1.1 应用框架无处不在！;1.1.1 Windows平台;1.1.2 Java平台;1.1.3 其它;1.2 使用框架的利益;复用专家经验：每个应用框架都有一定的应用领域，复用框架最大的利益就是，框架凝结了框架应用域开发专家的宝贵经验。专家获得的洞察力无人能比，请相信，他们写的东西一般会比我们领域新手强！专家把他的经验用框架的形式记录下来，我们就会直接站在专家的肩膀上了。 减少开发时间：软件开发过程中的需求分析和设计是最难的、也是最耗费时间的部分。应用框架是一种软件半成品，程序员以它为基础，将节省所有的需求分析与设计和一大部分实现工作的时间。 提高产品质量：框架是由专家设计的，意味着高质量。构建其上的应用软件更有可能也是高质量的。 减少维护费用：如果一族相似的程序都是由同一个框架构建，维护人员只需要理解一个标准的设计，就可以很容易地维护整个产品线（Product Line）了。 ;1.3 应用框架是什么?—定义及理解;1.3.1 应用领域;1.3.2 内在结构;1.3.3 外部使用;1.3.4 凝点与热点;1.3.5 表格与框架;1.4 与其他软件复用技术的对比;1.4.2 与设计模式对比 相同点：都是软件复用的形式。 不同点： 1设计模式是比框架更小的体系结构元素，一个框架包括了多个设计模式，而反之绝非如此。 2设计模式比框架更抽象：框架能够用代码表示，能被直接执行和复用；而设计模式在每一次被复用时，都需要被实现，才能表示为代码。 3框架比设计模式更加特例化：框架总是针对一个特定的应用领域；而设计模式几乎能被应用于任何领域。 ;1.5 应用框架的分类;1.5.1 框架的抽象层次;（1）系统基础设施层（System Infrastructure）;图形用户界面（GUI）：;网络通讯;（2）分布式中间件（Distributed Middleware）;（3）应用平台层（Application Platform）;框架的层次分类;1.5.2 框架的复用机制;白盒框架;黑盒框架;灰盒框架 ;1.6 框架不是免费的午餐;1.6.1 评估选择框架的必要性和难度;大家可能会看出：这些问题如果不尽早调查清楚就冒然使用某个框架，后面可能会出现很大的麻烦，就如同“软件需求确定得不准确”将会导致大麻烦一样的道理。 显然这些问题不是一般人能回答的，指望框架生产厂商指出自己产品的局限好像也不现实。有能力回答这些问题的一种人是：使用此框架的专家。但是既然谈到“选择评估框架”，就意味着我们不是此框架的专家。所以，在我们成为专家之前，一般是要向专家顾问进行咨询，快速获得我们想知道的信息。;1.6.2 深入理解学习框架的必要性和难度;不对框架的内部结构和运行方式有着很深的把握，上述任务是不可能完成的！但这又显然是一项非平凡的任务。 与复用类库相比，把握一个框架的难度要大的多！因为你无法一个类一个类地去分别学习，框架中的类是协同工作的，所以必须一次全部学习。更进一步，框架中的最核心、最重要的是一组抽象类和接口，它们代表应用域最一般、最抽象的概念，代表框架作者“看待世界的哲学观点”。;MFC程序员一定对学习框架的艰难记忆犹新。MFC的主要责任是：把Win32 API封装成面向对象的形式，主要部分是GUI，设计了一种独特的“消息分派机制”；并且提供其它一些功能和辅助工具，如“持久化”、“网络通讯”、“集合类”等。采用“Document/View”（“Model-View-Controler”模式的变种）作为它的体系结构??协调“数据”和“数据显示”的关系。MFC是一个典型的白盒框架，意味着：使用MFC需要在一定程度上了解其内部结构和运行机制。 为掌握MFC，Win32程序员不得不要翻越一条中间没有台阶的、陡峭的学习曲线！这是因为Win32程序和MFC程序之间还存在着一个巨大的知识断层。;这种强烈的学习需求，就是侯捷先生的《深入浅出MFC》获得巨大成功的外在因素！ 他给MFC的使用者在陡峭的学习曲线上搭上一个台阶，给断层鸿沟上架起一座桥梁：详细剖析了MFC的设计原理、内部结构和运行机制，并清晰地揭示给读者。侯捷先生其实就扮演了上面我们谈到的“框架专家”的角色。