精华区文章阅读

/*此文是译者出于自娱翻译的GotW(Guru of the Week)系列文章的一篇，原文的版权是
属于Hub Sutter（著名的C++专家，《Exceptional C++》的作者）。此文的翻译没有征
得原作者的同意，只供学习讨论。——译者:黄森堂*/
#19 自动类型转换.
难度：4/10
自动类型转换是从一种类型转换到别外一种类型，这是极端的转换，本期包括典型的例
子来举例说明为什么它是极端危险的。
问题：
标准C++里的string没有自动转换成const char*,它应该有吗?
* * * * *
背景:它经常能像C类型const char*一样有新效去存取字符串，的确，string的内部成员
函数c_str()就仅仅做这些，它返回const char*,这儿有不同的客户端代码：
    string s1("hello"), s2("world");
    strcmp( s1, s2 );                // 1 (error)
    strcmp( s1.c_str(), s2.c_str() ) // 2 (ok)
#1的确是很细微的地方，但#1是错的，因为strcmp需要两个指针且它们都没有自动从st
ring转换到const char*,#2是对的，但始终可以写，因为我们明确地调用c_str(),如果
我们仅仅写#1不是最好的吗?
解决方法：
标准C++里的string没有自动转换成const char*,它应该有吗?
不应该有!，这需要好的理由，它始终有好办法防止自动类型转换中的写入，要么以转换
运算符或者以单个参数的隐式构造。[1]
有两个主要理由来说明转换操作是不安全的：
a)它们会引起重载冲突;
b)它们会让错误的代码编译成功。

如果string允许自动转换成const char*,在任何地方的调用将进行隐式转换,且让编译器
认为这是对的，为什么这个方法将让你处理一些微妙的转换问题 -- 相同的一点，你进
入到当你没有明确地进行转换构造的时候，它成为也容易写在右边的代码，而在实际上
是不能在右边且将会失败，但巧合是编译时做了一些跟我们想象的完全不同.
这里有个简单的示例：
    string s1, s2, s3;
    s1 = s2 - s3;   // oops, probably meant "+"
减法是无意见且是错误的，如果string已经明确转换成const char*,无论如何，这段代
码被编译了，因为编译器默认转换成两个string成const char*并减去那指针.
总结:
    - 防止转换操作进行写(Meyers96: 24-31; Murray93: 38, 41-43; Lakos96: 646-
650)
注解:
1.我们应该注视在通常的明确转换操作的问题,但那儿还有其它原因,为什么string类不
允许自动转换成const char*,那儿有少数引用的其它讨论:
Koenig97: 290-292
Stroustrup94 (D&E): 83
可参考:
    Koenig97        Andrew Koenig.
                    "Ruminations on C++"
                    Addison-Wesley, 1997
    Lakos96         John Lakos.
                    "Large-Scale C++ Software Design"
                    Addison-Wesley, 1996
    Meyers96        Scott Meyers.
                    "More Effective C++"
                    Addison-Wesley, 1996
    Murray93        Robert Murray.
                    "C++ Strategies and Tactics"
                    Addison-Wesley, 1993
    Stroustrup94    Bjarne Stroustrup.
    (or D&E)        "The Design and Evolution of C++"
                    Addison-Wesley, 1994

Programming 版 (精华区)