C的++面向对象程序设计第8章.ppt

  1. 1、本文档共33页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
C的面向对象程序设计第8章

命名空间的别名 标准C++引入命名空间,主要是为了避免成员名称冲突。 如果用户都给自己的命名空间取简短的名称,那么这些(往往同是全局级的)命名空间本身,也可能发生名称冲突。 如果为了避免冲突,而为命名空间取很长的名称,则使用起来就会不方便。 所以C++中提供了一种为命名空间取别名的方式来解决上述两难问题。 格式为: namespace 别名 = 命名空间名; 【例5】命名空间别名的使用 namespace East_China_HeFei_University // 命名空间名太长 { class String { String(const char*); // …… } } East_China_HeFei_University::String s1 //虽易记但不方便! = new East_China_HeFei_University::String(“); namespace ECHFU =East_China_HeFei_University; // 取别名 ECHFU::String s2 = new ECHFU::String(Beijing); // 使用方便 C与C++的头文件的引用方式 在C++的程序代码开头部分,我们经常看到两种写法: 第一种: #include iostream.h …… 第二种: #include iostream using namespace std; …… 这是使用了两种包含头文件的方法。在程序中如果要使用某个函数,就必须在程序形状部分包含相应的头文件。 在C++中使用头文件的两种方法: 1)C语言的方式 头文件名包含.h后缀。由于C语言没有命名空间,所以在编程时如果要用包含.h的头文件时,不必用命名空间。 2)C++的方式 标准C++要求系统提供的头文件不包含后缀.h。但C++从C语言继承了很多有用的函数,且兼容C语言,为了表示它与C语言的联系与区别,C++的头文件名是在C语言的相应头文件名(不含.h)前加上c。 如C中的math.h,在C++中应该为cmath C与C++的头文件的引用方式 * 第8章 异常处理与命名空间 错误类型: ---- 语法错误 ---- 逻辑错误 ---- 运行错误 一般情况下,不会出错,但在一些特殊情况下,就不能正确运行。 异常 异常的概念 程序需要在各种不同环境下使用时,需要考虑在这些异常情况下程序的响应能力。 所谓异常(Exception)是程序运行过程中,由于环境变化、用户操作失误以及其它方面的原因而产生的运行时不正常的情况,它要求程序立即进行处理,否则将会引起程序错误甚至崩溃的现象。 * * 异常处理 传统错误处理方法 异常处理机制 抛出异常 捕获异常和处理异常 异常规格说明 程序逻辑经常对决定程序下一步怎样执行的条件进行测试 执行一个任务 如果这个任务没有正确执行 则执行错误处理 执行下一个任务 如果该任务没有正确执行 则执行错误处理 … int main() { ifstream inCredit( credit.dat); if ( !inCredit ) { cerr File could not be opened. endl; exit( 1 ); } …… } int fun( int a, int b) { if (b==0) { cerr “can’t be divided by zero. endl; exit( 1 ); } …… } 传统错误处理方法 可以处理的错误在发生错误的地方就地处理 在检查到一个在局部无法处理的问题时,一个函数可以: 终止程序 abort() /exit() 返回一个表示“错误”的值。 int 调用一个预先准备好在出现“错误”的情况下用的函数。 处理错误的传统方法 处理错误的传统方法:错误处理代码是在整个系统代码中分布的。代码中可能出错的地方都要当场进行错误处理。在写程序时,必须知道所有的错误该如何处理 好处: 程序员阅读代码时能够直接看到错误处理情况,确定是否实现了正确的错误检查。 问题: 代码中受到错误处理的“污染”,使应用程序本身的代码更加晦涩难懂,难以看出代码功能是否正确实现。这样就使代码的理解和维护更加困难。 面向对象中的异常

文档评论(0)

liwenhua00 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档