函数应用是程序员在学习c++编程开發的时候需要掌握的编程能力之一而今天我们就一起来了解一下，c++编程函数应用需要注意哪些问题

我们不允许使用缺省函数参数，少數极端情况除外尽可能改用函数重载。

当您有依赖缺省参数的函数时您也许偶尔会修改修改这些缺省参数。通过缺省参数不用再为個别情况而特意定义一大堆函数了。与函数重载相比缺省参数语法更为清晰，代码少也很好地区分了「必选参数」和「可选参数」。

缺省参数会干扰函数指针害得后者的函数签名(functionsignature)往往对不上所实际要调用的函数签名。即在一个现有函数添加缺省参数就会改变它的类型，那么调用其地址的代码可能会出不过函数重载就没这问题了。此外缺省参数会造成臃肿的代码，毕竟它们在每一个调用点(callsite)都有重複(acgtyrant注：我猜可能是因为调用函数的代码表面上看来省去了不少参数但编译器在编译时还是会在每一个调用代码里统统补上所有默认实参信息，造成大量的重复)函数重载正好相反，毕竟它们所谓的「缺省参数」只会出现在函数定义里

我们允许合理的使用友元类及友元函數.

通常友元应该定义在同一文件内,避免代码读者跑到其它文件查找使用该私有成员的类.经常用到友元的一个地方是将FooBuilder声明为Foo的友元,以便FooBuilder正確构造Foo的内部状态,而无需将该状态暴露出来.某些情况下,将一个单元测试类声明成待测类的友元会很方便.

友元扩大了(但没有打破)类的封装边堺.某些情况下,相对于将类成员声明为public,使用友元是更好的选择,尤其是如果你只允许另一个类访问该类的私有成员时.当然,大多数类都只应该通過其提供的公有成员进行互操作.

RTTI的标准替代(下面将描述)需要对有问题的类层级进行修改或重构.有时这样的修改并不是我们所想要的,甚至是鈈可取的,尤其是在一个已经广泛使用的或者成熟的代码中.

RTTI在某些单元测试中非常有用.比如进行工厂类测试时,用来验证一个新建对象是否为期望的动态类型.RTTI对于管理对象和派生对象的关系也很有用.

在运行时判断类型通常意味着设计问题.如果你需要在运行期间确定一个对象的类型,这通常说明你需要考虑重新设计你的类.

随意地使用RTTI会使你的代码难以维护.它使得基于类型的判断树或者switch语句散布在代码各处.如果以后要進行修改,你就必须检查它们.

【免责声明】本文系本网编辑部分转载，转载目的在于传递更多信息并不代表本网赞同其观点和对其真实性負责。如涉及作品内容、版权和其它问题请在30日内与管理员联系，我们会予以更改或删除相关文章以保证您的权益!