C++新手之C++面向对象程序设计的重要概念.pdfVIP

C++新手之C++面向对象程序设计的重要概念.pdf

  1. 1、本文档共5页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
C新手之C面向对象程序设计的重要概念,面向对象的概念,面向对象概念,面向对象的基本概念,面向对象中的类概念,面向对象中对象的概念,java面向对象概念,面向对象基本概念,面向对象多态的概念,面向对象的继承性概念

C++新手之C++面向对象程序设计的重要概念 会用C++的程序员一定懂得面向对象程序设计吗?不会用C++的程序员一定不懂得面向对象 程序设计吗?两者都未必。就象坏蛋入党后未必能成为好人,好人不入党未必变成坏蛋那样。 我不怕触犯众怒地说句大话:“C++没有高手,C 语言才有高手。”在用C 和C++编程 8 年之后,我深深地遗憾自己不是C 语言的高手,更遗憾没有人点拨我如何进行面向对象 程序设计。我和很多C++程序员一样,在享用到 C++语法的好处时便以为自己已经明白了 面向对象程序设计。就象挤掉牙膏卖牙膏皮那样,真是暴殄天物呀。 人们不懂拼音也会讲普通话,如果懂得拼音则会把普通话讲得更好。不懂面向对象程序 设计也可以用C++编程,如果懂得面向对象程序设计则会把 C++程序编得更好。本节讲述 三个非常基础的概念:“类与对象”、“继承与组合”、“虚函数与多态”。理解这些概念,有助 于提高程序的质量,特别是提高“可复用性”与“可扩充性”。 一、类与对象 对象(Object)是类(Class)的一个实例(Instance)。如果将对象比作房子,那么类就 是房子的设计图纸。所以面向对象程序设计的重点是类的设计,而不是对象的设计。类可以 将数据和函数封装在一起,其中函数表示了类的行为(或称服务)。类提供关键字public、 protected 和private 用于声明哪些数据和函数是公有的、受保护的或者是私有的。 这样可以达到信息隐藏的目的,即让类仅仅公开必须要让外界知道的内容,而隐藏其它 一切内容。我们不可以滥用类的封装功能,不要把它当成火锅,什么东西都往里扔。 类的设计是以数据为中心,还是以行为为中心? 主张“以数据为中心”的那一派人关注类的内部数据结构,他们习惯上将 private 类型的 数据写在前面,而将public 类型的函数写在后面,如表8.1(a)所示。 主张“以行为为中心”的那一派人关注类应该提供什么样的服务和接口,他们习惯上将 public 类型的函数写在前面,而将private 类型的数据写在后面,如表8.1(b)所示。 很多C++教课书主张在设计类时“以数据为中心”。我坚持并且建议读者在设计类时“以 行为为中心”,即首先考虑类应该提供什么样的函数。Microsoft 公司的COM 规范的核心是 接口设计,COM 的接口就相当于类的公有函数[Rogerson1999]。在程序设计方面,咱们不 要怀疑Microsoft 公司的风格。 设计孤立的类是比较容易的,难的是正确设计基类及其派生类。因为有些程序员搞不清 楚“继承”(Inheritance)、“组合”(Composition)、“多态”( Polymorphism)这些概念。 二、继承与组合 如果A 是基类,B 是A 的派生类,那么B 将继承A 的数据和函数。示例程序如下: 这个简单的示例程序说明了一个事实:C++的“继承”特性可以提高程序的可复用性。正因为 “继承”太有用、太容易用,才要防止乱用“继承”。我们要给“继承”立一些使用规则: 一、如果类A 和类B 毫不相关,不可以为了使B 的功能更多些而让B 继承A 的功 能。 不要觉得“不吃白不吃”,让一个好端端的健壮青年无缘无故地吃人参补身体。 二、如果类B 有必要使用A 的功能,则要分两种情况考虑: (1)若在逻辑上B 是A 的“一种”(akind of ),则允许B 继承A 的功能。如男人(Man) 是人(Human)的一种,男孩(Boy)是男人的一种。那么类Man 可以从类Human 派生, 类Boy 可以从类Man 派生。示例程序如下: (2)若在逻辑上A 是B 的“一部分”(apart of),则不允许B 继承A 的功能,而是要 用A 和其它东西组合出B。例如眼(Eye)、鼻(Nose)、口(Mouth)、耳(Ear)是头(Head) 的一部分,所以类Head 应该由类Eye、Nose、Mouth、Ear 组合而成,不是派生而成。示 例程序如下: 如果允许Head 从Eye、Nose、Mouth、Ear 派生而成,那么Head 将自动具有Look、 Smell、Eat、Listen 这些功能: 上述程序十分简短并且运行正确,但是这种设计却是错误的。很多程序员经不起“继承” 的诱惑而犯下设计错误。 一只公鸡使劲地追打一只刚下了蛋的母鸡,你知道为什么吗? 因为母鸡下了鸭蛋。 本书3.3 节讲过“运行

文档评论(0)

tianma2015 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档