| 查看: 3722 | 回复: 10 | ||||
| 当前只显示满足指定条件的回帖，点击这里查看本话题的所有回帖 | ||||
baitao-1987金虫 (正式写手)
|
[交流]
【分享】C++程序设计总结——学C++的朋友多注意！！！ 已有7人参与
|
|||
|
C++程序设计总结——学C++的朋友多注意！！ 以前认真学习过C++，但是以后没有经常使用忘得差不多了，以前许多需要注意和好的编程经验由于没有记笔记也忘完了，现在专门写一篇来总结C++基础知识和好的编程经验。 一、Const，Const函数，Const变量，函数后面的Const const 是constant 的缩写，“恒定不变”的意思。被const 修饰的东西都受到强制保护，可以预防意外的变动，能提高程序的健壮性。所以很多C++程序设计书籍建议：“Use const whenever you need”。 1.用const 修饰函数的参数 如果参数作输出用，不论它是什么数据类型，也不论它采用“指针传递”还是“引用传递”，都不能加const 修饰，否则该参数将失去输出功能。const 只能修饰输入参数： 如果输入参数采用“指针传递”，那么加const 修饰可以防止意外地改动该指针，起到保护作用。 例如StringCopy 函数： void StringCopy(char *strDestination, const char *strSource); 其中strSource 是输入参数，strDestination 是输出参数。给strSource 加上const修饰后，如果函数体内的语句试图改动strSource 的内容，编译器将指出错误。 如果输入参数采用“值传递”，由于函数将自动产生临时变量用于复制该参数，该输入参数本来就无需保护，所以不要加const 修饰。 例如不要将函数void Func1(int x) 写成void Func1(const int x)。同理不要将函数void Func2(A a) 写成void Func2(const A a)。其中A 为用户自定义的数据类型。 对于非内部数据类型的参数而言，象void Func(A a) 这样声明的函数注定效率比较底。因为函数体内将产生A 类型的临时对象用于复制参数a，而临时对象的构造、复制、析构过程都将消耗时间。 为了提高效率，可以将函数声明改为void Func(A &a)，因为“引用传递”仅借用一下参数的别名而已，不需要产生临时对象。但是函数void Func(A & a) 存在一个缺点： “引用传递”有可能改变参数a，这是我们不期望的。解决这个问题很容易，加const修饰即可，因此函数最终成为void Func(const A &a)。 以此类推，是否应将void Func(int x) 改写为void Func(const int &x)，以便提高效率？完全没有必要，因为内部数据类型的参数不存在构造、析构的过程，而复制也非常快，“值传递”和“引用传递”的效率几乎相当。 问题是如此的缠绵，我只好将“const &”修饰输入参数的用法总结一下。 对于非内部数据类型的输入参数，应该将“值传递”的方式改为“const 引用传递”，目的是提高效率。例如将void Func(A a) 改为void Func(const A &a)。 对于内部数据类型的输入参数，不要将“值传递”的方式改为“const 引用传递”。否则既达不到提高效率的目的，又降低了函数的可理解性。例如void Func(int x) 不应该改为void Func(const int &x)。 2 .用const 修饰函数的返回值 如果给以“指针传递”方式的函数返回值加const 修饰，那么函数返回值（即指针）的内容不能被修改，该返回值只能被赋给加const 修饰的同类型指针。例如函数 const char * GetString(void); 如下语句将出现编译错误： char *str = GetString(); 正确的用法是 const char *str = GetString(); 如果函数返回值采用“值传递方式”，由于函数会把返回值复制到外部临时的存储单元中，加const 修饰没有任何价值。 例如不要把函数int GetInt(void) 写成const int GetInt(void)。 同理不要把函数A GetA(void) 写成const A GetA(void)，其中A 为用户自定义的数据类型。 如果返回值不是内部数据类型，将函数A GetA(void) 改写为const A & GetA(void)的确能提高效率。但此时千万千万要小心，一定要搞清楚函数究竟是想返回一个对象的“拷贝”还是仅返回“别名”就可以了，否则程序会出错。 函数返回值采用“引用传递”的场合并不多，这种方式一般只出现在类的赋值函数中，目的是为了实现链式表达。 例如： class A { A & operate = (const A & other); // 赋值函数 } ; A a, b, c; // a, b, c 为A 的对象 a = b = c; // 正常的链式赋值 (a = b) = c; // 不正常的链式赋值，但合法 如果将赋值函数的返回值加const 修饰，那么该返回值的内容不允许被改动。上例中，语句 a = b = c 仍然正确，但是语句 (a = b) = c 则是非法的。 3. const 成员函数 任何不会修改数据成员(即函数中的变量)的函数都应该声明为const 类型。如果在编写const 成员函数时，不慎修改了数据成员，或者调用了其它非const 成员函数，编译器将指出错误，这无疑会提高程序的健壮性。以下程序中，类stack 的成员函数GetCount 仅用于计数，从逻辑上讲GetCount 应当为const 函数。编译器将指出GetCount 函数中的错误。 class Stack { public: void Push(int elem); int Pop(void); int GetCount(void) const; // const 成员函数 private: int m_num; int m_data[100]; } ; int Stack::GetCount(void) const { ++ m_num; // 编译错误，企图修改数据成员m_num Pop(); // 编译错误，企图调用非const 函数 return m_num; } const 成员函数的声明看起来怪怪的：const 关键字只能放在函数声明的尾部，大概是因为其它地方都已经被占用了。 关于Const函数的几点规则： a. const对象只能访问const成员函数,而非const对象可以访问任意的成员函数,包括const成员函数. b. const对象的成员是不可修改的,然而const对象通过指针维护的对象却是可以修改的. c. const成员函数不可以修改对象的数据,不管对象是否具有const性质.它在编译时,以是否修改成员数据为依据,进行检查. e. 然而加上mutable修饰符的数据成员,对于任何情况下通过任何手段都可修改,自然此时的con成员函数是可以修改它的 |
回复此楼» 收录本帖的淘帖专辑推荐
 水水的站台 |
» 猜你喜欢
梦想
已经有8人回复
-
有多少人是今天查系统知道结果的？
已经有19人回复
-
面上合作单位盖章
已经有9人回复
-
面上函评意见出来了，像什么等级？
已经有17人回复
-
为什么国自然不能直接公布
已经有5人回复
-
学科评审组评审是指会评吗？
已经有4人回复
-
为什么资助数各大高校都创新高，自己申请怎么就这么难
已经有14人回复
-
小白求助 投论文要求的highlights应该如何写
已经有4人回复
-
麻烦专家们看看评委们的意见（F口面上）
已经有12人回复
-
怎么看青基中了没有啊
已经有6人回复
» 本主题相关价值贴推荐，对您同样有帮助:
- 【课件】C++语言程序设计（清华大学）
已经有138人回复
- c++程序设计课件
已经有89人回复
- 《C++程序设计原理与实践》【C++之父Bjarne Stroustrup最新经典著作】
已经有338人回复
- 《C++程序设计教程第二版(钱能) PDF格式
已经有106人回复
- 两本经典的入门教程C Primer plus（第五版）和C++ Primer plus（第五版）
已经有58人回复
holmescn
金虫 (正式写手)
- 程序强帖: 37
- 应助: 1 (幼儿园)
- 金币: 1918.8
- 散金: 275
- 红花: 1
- 帖子: 699
- 在线: 102.6小时
- 虫号: 913482
- 注册: 2009-11-26
- 性别: GG
- 专业: 凝聚态物性 II ：电子结构
★
小木虫(金币+0.5):给个红包，谢谢回帖交流
小木虫(金币+0.5):给个红包，谢谢回帖交流
|
没想到，对于我的一句回复就能引起你这么多的思考。 对于一件事，一个语言或者其它什么东西，要评价其好坏，真是一件十分困难的事情。因为没有公正的判据，一切凭自己的阅历和感受。我也无意与触动你的神经。但我想，就每个通过学习C++而走上编程道路的人而言，学习C++的过程都不会是轻松愉快没有痛苦的经历吧(我承认这种痛苦某种程度上会增加学习的成就感)。即便是如此地热爱这个事业，无怨无悔地奉献自己的青春和时间，也会因为从C++入门而让这条道路比预想的更加艰辛(其它语言你可能会更早进入开发状态)。其原因就是C++复杂而繁多的规则。我想绝少有人敢妄言自己谙熟C++的一切规则吧。哪怕只是const，也总会有些意外发生（因为有些规则不常用到而记得不熟），以至于调试是如此的痛苦，集成也不会太顺利吧。 从规则繁复这条上，说C++是一个难以学习的语言，我想并不应该引起太多非议吧。 因为学习曲线陡，学习成本高，并且因为规则繁复造成容易出错，更可气的是编译时间太长（对于大型程序，特别是应用了模板的程序），这一切都造成编程体验很差（这也是Java出生的理由之一吧），所以我说C++不是一个好语言，我并不认为是我个人的一厢情愿的观点，虽然有抄袭前人思想的可能，但这并不影响结论。 至于存在就是合理这个哲学，我不敢苟同啊，我认为，存在就是无奈更能说明问题。如果C++可以做到汇编能做的一切，显然这东西早就应该死去。反过来说，因为有些汇编能做的事，C++做不到，所以汇编的存在不是有道理的，而是没有办法的办法，是无奈的选择。 至于其他语言PK C++的弱点，这……好像不是这么回事吧？只看见和C++比运行速度和开发效率的，没看到PK他的弱点的啊，后进的语言为了避免程序员犯错误，同时减少程序员的负担，从而屏蔽了指针，这①是一种选择策略②是一种自然进化。所以不存在比的必要。 灵活不意味着复杂，简单也不是易用的标准。 至于推荐语言这事情，显然是一个麻烦的事情，而且，是一个责任和个人偏好的博弈。你问一个工作的人，想学语言干什么，也许他能给你一个模糊的工作领域。而大多数情况下，一个初学语言且没什么工作经验的人怎么可能会告诉你他学语言想干什么呢？我想他们的回答可能是：一、就是想学一个语言，学学编程。二、想找工作的时候能有的说。这时候你怎么推荐啊？这就成了一个棘手的事情。当然也是一个简单的事情。因为这样的初学者，往往对高手有崇拜心理，所以你说什么语言好，他就会不顾一切地去学习，从不会有自己的思考和分辨。 另外补充一个C++测缺点就是教学难度大。这个只要对比一下《The C Program Language》 和《The C++ Program Language》的厚度就可以知道了。除了教材的问题，能够合理地教授C++的知识，能够让你合理地运用C++而不会陷于困境的教师也是少之又少。这最终导致，不但学习C++十分艰辛，而且应用，特别是合理地应用C++成了一个严重的问题。 所以，我认为C++在目前以致可预见的将来都不是一个好的，适合推荐给初学者的语言。另一方面，在没有统一规范指导下使用C++，就算是老鸟，也是一件极其危险的事情。除非你是天才。像Strustroup那样的。 |
6楼2010-07-22 15:35:10
yalefield
金虫 (文坛精英)
老汉一枚
- 程序强帖: 3
- 应助: 129 (高中生)
- 贵宾: 0.17
- 金币: 21238.9
- 散金: 3440
- 红花: 66
- 帖子: 12101
- 在线: 759.1小时
- 虫号: 96063
- 注册: 2005-10-07
- 专业: 高等教育学
- 管辖: 计算模拟
2楼2010-07-12 23:05:20
3楼2010-07-13 13:15:45
holmescn
金虫 (正式写手)
- 程序强帖: 37
- 应助: 1 (幼儿园)
- 金币: 1918.8
- 散金: 275
- 红花: 1
- 帖子: 699
- 在线: 102.6小时
- 虫号: 913482
- 注册: 2009-11-26
- 性别: GG
- 专业: 凝聚态物性 II ：电子结构
4楼2010-07-13 14:20:01
5