学术堂首页 | 文献求助论文范文 | 论文题目 | 参考文献 | 开题报告 | 论文格式 | 摘要提纲 | 论文致谢 | 论文查重 | 论文答辩 | 论文发表 | 期刊杂志 | 论文写作 | 论文PPT
学术堂专业论文学习平台您当前的位置:学术堂 > 计算机论文 > 软件工程论文

软件设计模式论文范文7篇(3)

来源:学术堂 作者:李老师
发布于:2017-07-04 共28168字
第二篇关于软件工程论文:
  
  《浅谈软件设计模式中的设计原则》
  
  【摘 要】软件设计模式中最重要的原则就是设计原则。本文结合实际的工程开发经验讨论了对软件设计模式中设计原则应用的思考,特别是“开闭原则”的理解,并结合实际给出了软件设计中应尽量避免的误区。
  
  【关键词】设计模式;GOF;开闭原则。
  
  【Abstract】The most important things and the most abstract in software design patterns is the design principle, design principle for understanding oftendetermines the design model is correct and appropriate. In this paper, discussed on the application of the principle of design of software design patterns,especially “the open closed principle” of understanding, and gives errors should be avoided in software design.
  
  【Keywords】design pattern; gof; the open closed principle.
  
  1 引言。
  
  设计模式在面向对象方法论体系中属于 OOD 范畴。 究其本质它是一系列经过实践验证的常见问题的解决方案的抽象, 而这些解决方案具有一定的普适性,所以将其称为模式。 设计模式是优化设计的必备工具,因为其描述具有一定抽象性, 所以学习起来有一定难度。介绍设计模式书籍也很多, 但如果没有很好的理解基础,很难通真正读懂书中内容。
  
  要想理解设计模式需要有两个基础:第一,了解面向对象的基本思想;第二要了解 UML 建模语言。在掌握了上述基础后,本文所讲解的设计原则就成为了掌握设计模式的第一步,通过阅读本文,希望能够留下一个设计模式的整体概念,能够帮助理解设计模式,并将这个设计工具应用到实际工作中去。
  
  2 设计之美。
  
  软件设计是一门艺术。 软件的设计与建筑设计非常相似,有基本单元、有模块、有架构。 建筑设计有美学考虑,同样软件的设计也有美丑之分。 一个好的设计如高山流水,让阅读的人伤心悦目,使用的人行云流水,维护的人心情舒畅。 相反一个差的软件设计同样会让阅读它的如鲠在喉,使用它的人磕磕绊绊,维护的人左右掣肘。那有没有一些方法,能让我们设计的软件变得像艺术品一样,非常优雅呢? 只要设计满足以下原则,就可以让设计美起来。
  
  打开百度,输入“设计模式”,你会发现在很多设计模式介绍的内容页里都会有“设计原则”的描述,它们之间是什么关系呢? 设计原则是“大道”,设计模式是“实践”.
  
  评价一个设计是否优秀,看你是否满足了这些设计原则。
  
  先让我们了解一下设计原则:(1) 开闭原则;(2)单一职责原则;(3)里氏替换原则;(4)依赖倒置原则;(5)迪米特法则;(6)接口隔离原则。
  
  面向对象方法的出现,让我们有了更好的方法论依据来抽象解决方案模型, 让解决方案更贴近现实世界。正是因为现实世界的多变, 才催生了面向对象的方法。当我们用结构化思维去描述这个世界的时候,我们使用模块图、流程图和数据流这样的工具,当描述的问题发生细微变化的时候我们程序可能就要作出大的改动。 比如数据增加了一个字段, 流程的处理多了一个分支,有时会导致我们整个程序的修改。
  
  当我们把目光由基于过程的建模(面向过程)转向基于对象(面向对象)建模的时候我们发现,解决方案流程化的描述完全可以再进一步抽象为多个实体间的交互。 分析问题方法的改变让我们更加能够应对变化带来的痛苦,因为对于软件来讲,它是有生命的,会在结束它的生命结束之前, 一直会有不断有自我完善的需求,所以变化是我们必须应对的挑战。
  
  面向对象带来的好处就是能够让我们的软件具备应变的能力,软件设计变得更有弹性。 所以,设计的最大挑战并不只是问题本身的复杂度, 而是如何应对来自潜在的变化威胁。 这些设计原则帮助我们让设计具备弹性。
  
  3 理解“开闭原则”.
  
  开闭原则:开闭原则告诉我们,一个好的设计对于修改是封闭的,对于扩展是开放的。 当一个软件在开发阶段结束后,对其设计的考验随之而来。 对于新的需求,如果导致了大量的代码修改, 那么这个设计是很糟糕的,而反之如果我们的系统通过创建新类的方式就能满足需求变化,那么这个设计就是一个好的设计。
  
  所有设计模式中最重要的原则,就是开闭原则。 它是整个面向对象方法论的精华的体现,也是设计模式的理论基础。 因为它过于抽象,所以后面又有一些具体的指导原则来告诉软件开发人员,怎样的设计才能满足开闭原则。
  
  所以我们看到,又有了单一职责原则告诉我们不要导致对象变化的多个因素集中在一个类里,要让他们分开独立变化。
  
  里氏替换原则告诉我们子类在继承父类的时候不要修改父类的方法,以保证父类的行为变化不会导致子类的变化。
  
  接口隔离原则告诉我们, 对方需要什么就看见什么,不需要的方法要隐藏好。
  
  依赖倒置原则告诉我们,要尽量使用接口,让实现根据需要决定使用具体对象,而不是在程序一开始就必须定义好所有的实现,让程序更方便拓展。 一切目的只有一个,就是当设计约束、用户需求发生变更的时候,我们不用改变原有的设计, 而是通过扩展来应对变化,这样既能保证原有的被验证过的系统不用再维护,也能确保新的需求被实现。 所以,在我们的设计活动中牢记开闭原则就能慢慢体会和应用其他的设计原则。
  
  4 走出一步到位的误区。
  
  在过去的设计开发工作中,我们常常遇到这种期望一步到位式的工作狂人。 但事实表明,一步到位的设计是不存在,任何设计都面临着修改。 所以好的设计和写文章一样,好的文章必须经过缜密构思、落笔成文、雕琢修饰,是一个完成过程形成的产物。 苏东坡关于“春风又绿江南岸”的一字修改的故事也告诉我们,即便是文豪的作品也需要不断的推敲斟酌,所以好的设计和好的文章一样都是改出来的。
  
  世间不存在一步到位的设计,也没有什么一步到位的方法,软件设计与架构能力的提高正是源于对既有设计的不断推敲、改善。 面向对象方法族提供了我们非常好的方法论和配套工具支持,借助他们能够实现不断对既有设计的优化,而设计模式则提供了很多常见问题的设计解决方案帮助我们对设计进行完善。
  
  5 结束语。
  
  设计模式属于设计范畴,好的设计能应对潜在的变化。 设计原则当中的“开闭原则”是对设计模式精髓的高度抽象和概括,其他的设计原则都是开闭原则的细化和具体应用,当真正从抽象的层面理解了设计原则,就能更加得心应手的应用具体模式做出好的设计。
  
  参考文献:
  
  [1] 邵维忠,杨芙清。面向对象的分析与设计。 
  [2] 弗里曼 (Freeman,E.) 等着 ,OreilyTaiwan 公司译,UML China改编。Head First 设计模式(中文版)(美)。中国电力出版社。 
  [3] 伽玛等着,李英军等译。设计模式。机械工业出版社。
  
  • 报警平台
  • 网络监察
  • 备案信息
  • 举报中心
  • 传播文明
  • 诚信网站