另外不必事事知道底层的例子, 可以参考自己与身旁同事的 program integration 你何时需要知道同事的实作细节? 太概就只有 1.问题发生的时侯, 2.交接的时侯, 3.想找东西学习的时侯... ※ 引述《lgd1008 (lgd1008)》之铭言： : 高阶语言不会是eye candy : 高阶语言compile出来之所以会比较慢/大, 是因为它引入的更多的附加物 : 如果引入OOP, 参考物件需更多的dereference... : 如果引入try-catch之类的error-handling, error发生时需更多的处理时间... : 如果引入VM, GC, 分配记忆体时需更多时间... : ... : 可是也因为引入附加物, 可能得到的好处可能有 runtime optimization, : 程式易读易改, 易debug, 与development tool更容易结合, 或更适合"某类型"的计算 : 而且像linked list, 一般的+-*/, 之前的observer pattern ,或相似简单的algorithm : 高低阶语言compile出来的结果根本"差不多", 如果效率差不是因为附加物 : 那根本就是作者太弱, 语言未成熟 : 反过来说, 一些较复杂的algorithm, 或复杂的应用 : 你用低阶语言也不一定做得出它的 performance : 因为光要做出与高阶语言特色能匹敌的library, 可能就是一件难事 : 例如有些语言, 提供你不限大小的型别去做运算 : 你用低阶语言去实作, 参考, 组合, 包装 .... 一些大数运算的library : 可能弄了半天都没有办法做出那样的 performance, 或写出相同简洁的程式. : 个人意见 --

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