2
好吧,我不想在這裏開始討論Camelcase vs Underscore,不管你選什麼,只要堅持你的選擇。Camelcase,Underscore等 - 你應該如何承諾?
相反,我想對人民的意見,是如何嚴格,致力於引進第三方庫的時候,你應該在你的選擇。
尤其是在PHP有一個巨大的各種編碼風格,到它只是該死的幾乎是不可能保持一個特定的風格貫穿你的代碼,當你使用第三方庫點。
那麼你們是怎麼做的?修改這些庫以適應您的約定,編寫某種解釋層,以便當您使用這些庫時,它們的使用仍然遵循慣例?你只是說「去死吧」並把它們混合在一起?或者還有其他一些我沒有想到的巧妙解決方案(除了不使用不符合慣例的庫)?
實質上,我所要求的是;在使用第三方庫時,您如何設法保持乾淨和一致的編碼風格?可以做到嗎?
+1。特別是因爲更改庫中的標識符可能會降低庫文檔(和/或其Googleability)的價值。 – ruakh
是的,這肯定是我在修改一個庫時最關心的問題,並且會盡快選擇爲它做一個解釋器,但這會導致開銷並使代碼更容易受到錯誤的影響。也許我只是在混合不同的慣例而強調OCD。 – Naatan