2011-10-31 57 views
2

好吧,我不想在這裏開始討論Camelcase vs Underscore,不管你選什麼,只要堅持你的選擇。Camelcase,Underscore等 - 你應該如何承諾?

相反,我想對人民的意見,是如何嚴格,致力於引進第三方庫的時候,你應該在你的選擇。

尤其是在PHP有一個巨大的各種編碼風格,到它只是該死的幾乎是不可能保持一個特定的風格貫穿你的代碼,當你使用第三方庫點。

那麼你們是怎麼做的?修改這些庫以適應您的約定,編寫某種解釋層,以便當您使用這些庫時,它們的使用仍然遵循慣例?你只是說「去死吧」並把它們混合在一起?或者還有其他一些我沒有想到的巧妙解決方案(除了不使用不符合慣例的庫)?

實質上,我所要求的是;在使用第三方庫時,您如何設法保持乾淨和一致的編碼風格?可以做到嗎?

回答

1

我說「和它在一起」並將它們混合在一起。有混合風格可能有些惱人,但我認爲這是值得做一堆工作來避免這種情況。

+0

+1。特別是因爲更改庫中的標識符可能會降低庫文檔(和/或其Googleability)的價值。 – ruakh

+0

是的,這肯定是我在修改一個庫時最關心的問題,並且會盡快選擇爲它做一個解釋器,但這會導致開銷並使代碼更容易受到錯誤的影響。也許我只是在混合不同的慣例而強調OCD。 – Naatan