水木社区手机版
- 主题:c++太垃圾
- 明明编译都检查出数组越界了，愣是只报warning，还允许编译通过，是怎么想的？给黑客留后门？
不怪很多大公司呼吁用内存安全语言替换他，再不思进取，过几年就被淘汰了。
自以为是的小伙伴们看看下面的内容吧
发自「今日水木 on HMA-AL00」
--
修改:mrunmatched FROM 223.72.88.*
FROM 223.72.44.* - 我知道可以选，但是为什么不强制呢？非要留个口子，什么考虑？
【 在 z16166 的大作中提到: 】
:
: 不是强制，而是warning，多好，正经点的team都会看warning的吧
:
: 而且可以选择将warning视为error
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.* - 为了这些根本不值得，内存错误会导致很多随机错误，需要浪费很多人力时间去测试，找bug。要是火箭汽车控制之类的，因为这种问题出bug，损失太大了
【 在 HerSMTH 的大作中提到: 】
:
: 估计有些人喜欢用奇技淫巧，强制的话，这帮人要不爽了
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.* - 但是控制领域需要非gc语言保证实时性，所以像rust这种需要是有前途的
【 在 hgoldfish 的大作中提到: 】
:
: 那么你应该去用 java. 不是 c++ 更不是 c.
: --
: 灭绝人性啊
:
:
发自「今日水木 on HMA-AL00」
--
FROM 117.136.38.* - 该语言承担的事情，非推给程序员。我承认没有改正可能是因为历史束缚，但不要不承认c++内存安全性缺陷。c++之父都已经退步承认c++这方面缺陷了，你们就别再洗了。
【 在 hyperLee 的大作中提到: 】
:
: 数组越界的warning都不检查，到底是cpp垃圾还是coder垃圾？
:
: 零长数组是处理变长对象的利器，经历少不是lz的错，出来秀无知就不对了。
:
: #发自zSMTH@桃花源v6
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.* - 我承认这方面不好改正，因为太多现有代码的维护，历史包袱太重，这都是一开始设计犯下错误的代价。但不能因为不好改而不承认它的缺陷
【 在 hyperLee 的大作中提到: 】
:
: 嵌入式里边全是c写法，这种char0写法只会更多不会更少。
:
: #发自zSMTH@桃花源v6
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.* - 知道，但不影响我觉得这个语言有缺陷
【 在 iwannabe 的大作中提到: 】
:
: -Werror 都不知道加吗？
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.70.210.* - 正学呢，目前感觉不错
【 在 littleSram 的大作中提到: 】
:
: 为啥不用rust
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.104.3.* - 用c++10几年了，谢谢
【 在 Madlee 的大作中提到: 】
:
: C++萌新的必由之路吧。如果连数组越界都没处理过那说明你还没入门，如果你觉得处理不了那就说明C++真的不适合你。
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.104.3.* - 我是要求下属代码不能有warning的。但是语言的责任不能推给人，是人就会犯错。
【 在 ysd 的大作中提到: 】
:
: warning当然要过一边
: --
:
发自「今日水木 on HMA-AL00」
--
FROM 223.104.3.*