【问题标题】:Camelcase, Underscore, etc. - how committed should you be?Camelcase、Underscore 等 - 你应该如何投入?
【发布时间】:2011-10-31 13:07:50
【问题描述】:

好的,我不是想在这里开始讨论 Camelcase 与 Underscore,你选择什么并不重要,只要坚持你的选择。

相反,我希望人们的意见是,在导入第三方库时,您在选择时应该有多严格和承诺。

特别是在 PHP 中,编码风格种类繁多,以至于当您使用第三方库时,几乎不可能在整个代码库中保持一种特定的风格。

那么你们是做什么的呢?修改这些库以适应您的约定,编写某种解释层,以便当您使用这些库时,它们的使用仍然遵循您的约定?你只是说“见鬼去吧”然后把它们混在一起吗?或者是否有其他一些我没有想到的巧妙解决方案(除了不使用不符合您的约定的库)?

本质上我要问的是;在使用第三方库时,您如何设法保持干净一致的编码风格?能做到吗?

【问题讨论】:

    标签: coding-style naming-conventions camelcasing


    【解决方案1】:

    我说“见鬼去吧”,然后将它们混合在一起。混合样式可能有点烦人,但我认为做大量工作来避免这种情况是不值得的。

    【讨论】:

    • +1。特别是因为更改库中的标识符会降低库文档的价值(和/或其 Google 能力)。
    • 是的,这绝对是我修改库时最关心的问题,并且会尽快选择为它制作解释器,但这会导致开销并使代码更容易受到错误的影响。也许我对混淆不同的约定太强迫了。
    猜你喜欢
    • 2022-10-04
    • 1970-01-01
    • 2017-06-07
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2016-10-29
    • 1970-01-01
    相关资源
    最近更新 更多