作者：大大炮 | 2023-09-06 08:04
与Regular cast vs. static_cast vs. dynamic_cast相关的问题:
你更喜欢C++中的演员语法风格？
C风格的演员语法: (int)foo
C++ - 样式转换语法: static_cast(foo)
构造函数语法: int(foo)
它们可能无法转换为完全相同的指令(是吗？)但它们的效果应该相同(对吗？).
如果你只是在内置数值类型之间进行转换,我发现C++风格的转换语法太冗长了.作为以前的Java编码器,我倾向于使用C风格的转换语法,但我的本地C++专家坚持使用构造函数语法.
你怎么看？
1> Konrad Rudol..：
最好的做法是永远不要使用C风格的演员表有三个主要原因:
如前所述,此处不进行检查.程序员根本无法知道使用哪种强化打字的各种演员
新演员有意在视觉上引人注目.由于强制转换经常表现出代码中的弱点,因此有人认为在代码中显示强制转换是件好事.
如果使用自动化工具搜索强制转换,则尤其如此.几乎不可能找到C风格的演员阵容.
正如palm3D所说:
我觉得C++风格的演员语法太冗长了.
出于上述原因,这是故意的.
构造函数语法(官方名称:function-style cast)在语义上与 C样式转换相同,并且也应该避免(出于声明的变量初始化除外),原因相同.即使对于定义自定义构造函数的类型,这是否应该是真的存在争议,但在有效C++中,Meyers认为即使在这些情况下你也应该避免使用它们.为了显示:
void f(auto_ptr x);
f(static_cast >(new int(5))); // GOOD
f(auto_ptr(new int(5)); // BAD
在static_cast这里实际上将调用auto_ptr构造函数.
我想知道有多少次你用自动化工具搜索代码中的强制转换...
这不是`// GOOD'实际上是胡说八道吗？写一些类似`static_cast
("hello")`而不是`std :: string("hello")`或用户类型对象的任何类似结构都是非常糟糕的.
@Blindly:它发生了.我已经这样做了.请记住,在C++中,与其他语言(Java,C#)不同,您通常可以在不使用强制转换的情况下进行编程.代码中的每个显式转换都是潜在的设计缺陷.识别C++代码中的强制转换是重构的重要一步.在C#中,搜索代码中的强制转换当然是荒谬的 - 它们无处不在!
答案有两个问题：1）您提到“两个主要原因”，但列出了三个。:) +1
2> hometoast..：
根据Stroustrup的说法:
引入了"新式演员阵容",使程序员有机会更清楚地表达他们的意图,并让编译器捕获更多错误.
所以,它确实安全,因为它进行额外的编译时检查.
3> Jérôme..：
关于这个主题,我正在遵循Scott Meyers的建议(更有效的C++,第2项:首选C++ - 风格的演员表).
我同意C++样式演员是冗长的,但这就是我喜欢它们:它们很容易被发现,并且它们使代码更容易阅读(这比写作更重要).
它们还会迫使你思考你需要什么样的演员阵容,并选择合适的演员阵容,降低犯错的风险.它们还可以帮助您在编译时检测错误,而不是在运行时.
京公网安备 11010802040832号