- 主题:回去写了几天C++，越写越恶心
我不懂啊不敢乱说，不知道自动虚析构会不会有其他副作用。
设计者除了追求zero abstract cost，还追求理论上完美。
被继承时再加，是不是更好。
【 在 xiaoju 的大作中提到: 】
: 这个问题当年C++设计者动点脑子很容易解决了
: struct关键字照旧，class关键字自动产生虚析构就可以了
:
--
FROM 1.85.203.*
C++ 入门书都会讲为什么要用 cin、cout 的原因吧？
至于类型安全，只要有指针，基本上都有这个问题。
对于大多数用户来说，C++ 的问题只不过是底层库不够全。
【 在 KEILLY (米饭) 的大作中提到: 】
: 像cin、cout这样的，后面用 》《
: 原来的printf不好吗？
: 直接劝退初学者。
: ...................
--
FROM 27.115.42.*
这个是c++的经典坑之一啊
【 在 ArchLinux (a lightweight and flexible distribution) 的大作中提到: 】
: 关于C++的类型，我之前发现C++有个这样的陷阱。下面的代码是能编译过的，但是不匹配的new-delete会导致内存泄漏。
:
: class A {};
: class B: public A
--
FROM 112.45.96.*
你只需要遵守最佳实践，开启高级别的编译警告，再开启treat warning as error，这段代码就编不过了。
【 在 ArchLinux 的大作中提到: 】
: 关于C++的类型，我之前发现C++有个这样的陷阱。下面的代码是能编译过的，但是不匹配的new-delete会导致内存泄漏。
: class A {};
: class B: public A
: ...................
--
FROM 123.123.130.*
cin、cout可读性太差了。
有了它，rust里生命周期这么丑的语法，都可以忍受了。
【 在 easior 的大作中提到: 】
: C++ 入门书都会讲为什么要用 cin、cout 的原因吧？
: 至于类型安全，只要有指针，基本上都有这个问题。
: 对于大多数用户来说，C++ 的问题只不过是底层库不够全。
: ....................
--
FROM 124.160.154.*
没学过rust的语法，不知道可读性差在哪里
但是相比scanf/printf来说，cin/cout还是方便很多
使用它们时几乎不用记忆格式控制符
更何况后者很容易通过重载实现各种自定义数据类型的输入、输出
【 在 KEILLY (米饭) 的大作中提到: 】
: cin、cout可读性太差了。
: 有了它，rust里生命周期这么丑的语法，都可以忍受了。
--
FROM 27.115.42.*
哈哈，你这比喻并不合适，不是说菜不好，说大厨衣服太土
【 在 eGust 的大作中提到: 】
:
: 这话说的，没国宴大师的厨子水平，还不许说菜不好吃了？
: --
:
发自「今日水木 on iOS」
--
FROM 39.144.105.*
这点还是C好使。啥时候C++能把abi统一一下，现在编译器（visual studio）换个版本老dll库可能就不能用了，着实闹心。
【 在 hgoldfish 的大作中提到: 】
: 这个场景应该用 c 吧。封装一下导出接口给 rust, python 最好。
:
--
FROM 123.123.45.*
嘿嘿，不是一般的恶心
【 在 blitz 的大作中提到: 】
: 之前写了十多年的C++，前两年被恶心到rust去了。这两天因为要和硬件打交道，想要不还是再试一下C++吧。结果又写恶心了，继续写rust。
--
FROM 119.28.8.*
还是c好
--
FROM 183.193.229.*