- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
MVC模式在创建图表组件中的应用与研究
摘要:MVC模式或结构由于其高内聚、低耦合的特点,在面向对象设计中得到了广泛的应用。该文以图表组件为例,探讨面向对象设计过程中,如何恰当合理地应用MVC模式,将视图、模型和控制器相互剥离,达到面向对象的设计目标。
关键词:MVC模式;高内聚;低耦合;面向对象设计目标;图表组件
中图分类号:TP311文献标识码:A文章编号:1009-3044(2011)24-5925-03
MVC Pattern Application and Research in Creating Charts Component
DING Min-dou
(Nanjing Institute of Railway Technology, Nanjing 210015, China)
Abstract: MVC mode or structure because of its high cohesion and low coupling characteristics, in an object-oriented design in a wide range of applications. In this paper, the chart components as an example, this paper discusses the object-oriented design process, how to properly reasonably application MVC pattern, will view, model and the controller to each other, stripped of object-oriented design goal.
Key words: MVC mode; high cohesion; low coupling; object-oriented design goal; chart components
仅仅能够使用面向对象语言进行系统开发,并不能表示掌握了面向对象思想,从而不能保证开发出的系统能够应对各种“需求的变更”。按照软件工程的理论,面向对象设计目标的核心就是使设计的系统具有可扩展性、可维护性和可复用性。为达此目标,在系统设计时必须遵循面向对象设计原则,使组成系统的各个组件内部实现高内聚,组件之间实现弱耦合。MVC结构就是具有高内聚、弱耦合的一种设计模式。本文以图表组件为例,对MVC模式的应用进行一些探索与研究。
1 面向对象设计的应用
1.1 面向对象设计原则
目前常用的面向对象设计原则主要包括:
1)单一职责原则。
就一个类而言,应该仅有一个引起它变化的原因。软件设计真正要做的许多内容,就是发现职责并把那些职责相互分离。
2)开放-封闭原则。
软件组件(包括类、模块和函数等)必须能够扩展其功能而不必修改其代码。即,对于扩展是开放的,对于更改是封闭的。该原则是软件工程设计方法的重要原则之一,同时也是面向对象设计原则的基石。
3)Liskov替换原则(里氏替换原则)
该原则就是子类应当可以替换父类并出现在父类能够出现的任何地方。这个原则是Liskov于1987年提出的设计原则。
4)依赖倒置原则。
高层模块不应该依赖于低层模块。二者都应该依赖于抽象;抽象不应该依赖于细节,细节应该依赖于抽象。在进行业务设计时,与特定业务有关的依赖关系应该尽量依赖接口和抽象类,而不是依赖于具体类。具体类只负责相关业务的实现,修改具体类不影响与特定业务有关的依赖关系。
5)接口隔离原则。
采用多个与特定客户类有关的接口比采用一个通用的涵盖多个业务方法的接口要好。不遵循该原则的软件组件的可用性和移植性将大打折扣。
1.2 MVC模式
MVC(是Model―View―Controller的简称,即模型―视图―控制器)模式是一种目前被广泛应用的软件组件结构或模式。
在该模式中,一个组件或模块被分成三个层次――模型层、视图层和控制层,实现了将数据或输入处理、数据显示和流程控制相互剥离,各自承担其职责,完成不同的任务。MVC模式的结构如图1所示。
1)视图。
视图(View)提供了用户交互的界面,一个应用可能有很多不同的视图。在MVC模式中,对于视图的处理仅限于视图上数据的采集和显示,以及用户的请求,而不包括任何实际的业务流程处理,业务流程的处理由模型(Model)实现。视图可以向模型查询业务状态,但不能改变模型中的数据。以及将用户界面的输入数据和请求传递给控制器。此外,视图还能接受模型发出的数据更新事件,从而
文档评论(0)