PHP對程式設計師的要求更高

首先, 大家都知道, php也是一種編譯型指令碼語言, 和其他的預編譯型語言不同, 它不是編譯成中間**, 然後發布.. 而是每次執行都需要編譯..

為此, 也就有了一些opcode cache, 比如開源的apc, eacc. 還有商業的zend o+等.

那麼為什麼php不把編譯/執行分開呢?

php雖然是一種編譯型指令碼語言, 但是它的編譯速度非常快, 它的編譯不做任何語義優化, 就是簡單的忠實的把你所寫的**翻譯成對應的opcodes. 而其他語言因為在編譯器做很多的優化工作, 會造成編譯比較重, 也一定程度上要求它們分離.

所以, 理論上來說, 通過編譯執行分離, 想達到原始碼加密, 是不會有什麼太大收效的, 因為它很容易被反向.

另外, 編譯直接分離, 並不會帶來特別大的收益, 反而會降低除錯部署的效率(想想, 修改, 編譯, 發布, 看效果), 並且apc等opcode cache工具, 已經很成熟了..

到這裡, 請大家注意這句:」它的編譯不做任何語義優化」….

這也就是我為什麼說, php對程式設計師的要求更高, 不同於其他的編譯型語言, php在編譯的時候不會幫你做一些優化, 比如對於如下的**:

$j
="laruence"
;for($i
=0;$i
<
strlen($j
);$i
++)

如果是其他預編譯語言, 它的編譯器也許會幫你做優化, 把strlen提取到前面去, 只做一次就夠了. 而對於php來說, 它在編譯的時候不做任何優化, 也就是說, 你的strlen, 會忠實的被呼叫8次.

再比如:

$table
="table"
;while($i
++<
1000
)

沒錯, 「select * from 」 . $table會被concat 1000次..

可見, php的程式設計師, 需要認真的想好, 你的**會怎麼被執行, 你怎麼寫**, 最終的執行效率才最高. 而不像其他的語言, 程式設計師可以把一部分優化工作交給編譯器.

這也就是我為什麼說:」php對程式設計師的要求更高」的原因. 當然, 這個是好是壞, 那就是見仁見智了.