※ 引述《yehsd (急)》之铭言： : : 那为啥不用C++写作业程式 而用C呢? : 通常来说, 作业程式(你指的是与 system 相关的吗?) 需要较好的 performance, : 很少人会希望自己的 operating system 慢到抓狂吧..?? C++ 因为用物件来表示 : unit, 无形中加了许多对系统 performance 有影响的东西, 比如 constructor, : 或 destructor, 虽然 compile 完後没几行, 但是若是常被系统跑到的 function, : (1000,000,000 次 x 多出来的 instruction) 我想这个数字会拖慢效能多少, 只要你不写 constructor 或 destructor 产生/销毁物件时就不会有额外的负担 compiler 没那麽笨，明知道 constructor 是空的还去 call function 如果你的资料需要初始化 那产生物件时的确需要 constructor 但若你用 C 实作相同的功能 也一样要去呼叫某个 function 去初始化 呼叫 constructor 和呼叫一般 function 的效率并没有差别 同样的道理也可以应用在 destructor 身上 更何况 constructor 是 compiler 帮你自动呼叫的 在 C 里面你可能宣告了变数却忘了初始化 C++ 的 constructor 正好可以避免这种情况 : 应该就显而易见了吧, C 可以用许多 tricky 避开会影响效能的 code, 最常见的 : 就是 goto. C++ 也可以用 goto 呀 : : 难道C++有何缺点以至於不适合写作业程式吗? : 同上, 主要是 C++ compiler "偷"加了许多你不知道的 code 在里面. 这些 : code 就是为了达到 C++ 能够成为 object-oriented 的基础. : : 还是只是大部分设计人员的习惯呢? : 所以当设计人员发现 C 真的比较快时, 自然而然不会去选择用 C++ 来写 : 系统相关的 program.... 若用相同的方法做相同的事情 C++ 并不会比 C 慢 用 C++ 会变慢多半是因为写的人不太了解 C++ 至於用不同的方法做相同的事情 的确有时候 C 比 C++ 快 (printf 比 cout 快是不争的事实) 但也有许多 C++ 比 C 快的情况 (例：STL 的 sort 狂胜 C 的 qsort) 既然做法不一样 那比这个也没什麽意义可言 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 219.87.151.2