Z
zjlcc
Unregistered / Unconfirmed
GUEST, unregistred user!
不好意思掉线发贴子。
同意aimingoo,代码规范化,是件好事情,平时我也是这样来要求自己
可作的多了,也就发现了一些缺陷,那就是规范化束缚一个人思维的灵活性
有的时候脑海里明明知道一个goto语句可以效率更高甚至理解性更高,却还是不由自主的
会去用什么case语句,如果大伙能用softice看看asm和delphi开发的程序,你会发现功能同样的代码,
delphi的编译器不是在优化代码,而是一个劲的死命增加大量的垃圾!
另外高级语言最短有效源代码并不能使编译代码最小,也不能有效提高最终执行效率!
在某些行业高级语言显得是那样的幼稚,它封装了太多关联了太多垃圾了太多
512字节在物理上不能体现最完美的效果,但是在思维上却可以让人有返朴归真的清新
还有啊:)512字节的exe对delphi来说是不可逾越的,要不要考考谁能做最小的delphi程序?
小体积那可比小源代码有用的多多了![]
同意aimingoo,代码规范化,是件好事情,平时我也是这样来要求自己
可作的多了,也就发现了一些缺陷,那就是规范化束缚一个人思维的灵活性
有的时候脑海里明明知道一个goto语句可以效率更高甚至理解性更高,却还是不由自主的
会去用什么case语句,如果大伙能用softice看看asm和delphi开发的程序,你会发现功能同样的代码,
delphi的编译器不是在优化代码,而是一个劲的死命增加大量的垃圾!
另外高级语言最短有效源代码并不能使编译代码最小,也不能有效提高最终执行效率!
在某些行业高级语言显得是那样的幼稚,它封装了太多关联了太多垃圾了太多
512字节在物理上不能体现最完美的效果,但是在思维上却可以让人有返朴归真的清新
还有啊:)512字节的exe对delphi来说是不可逾越的,要不要考考谁能做最小的delphi程序?
小体积那可比小源代码有用的多多了![]