web-dev-qa-db-ja.com

Wordpressのコードはなぜそんなに「スペースにやさしい」のでしょうか。

WPコア、多くのWPプラグイン、そして WPコーディング規格自体 の非常に「寛大なアプリケーション」を使用します。 Space 文字（字下げ用ではなく、親と括弧の「内側」）。これはWordpressに固有のもののようです - このスタイル/哲学は他の同様のプロジェクト、PHPなどには存在しないようです。

このアプローチの詳細については、以下を参照してください。 https://make.wordpress.org/core/handbook/coding-standards/php/#space-usage

例：foreach ( (array) $foo as $bar ) { ...

Foreachの後、最初の(の後、最後の)の前のスペース（および上記のリンクの「スペース使用量」に示されている他の同様のスペース）を参照しています。

このスタイルは私には不必要に思えます - それはより多くのタイピングを必要とし、（意見）コードの解析を視覚的により困難にします。

私の望みはnotで、このスタイルが良い考えであるかどうかを議論することです。むしろ、whyの動機を単純に理解したいのです。これが推奨されるスタイルです。 WPコーディング標準に関するコメント投稿者でさえ興味があります。

enter image description here

MK Safiの質問に対する回答は、基本的には以下のとおりです。

  1. 読みやすくするために
  2. 現状（ "それはまさにその通りです"）

私が尋ねるべき私の推論は、私が私たちの内部だけのプロジェクトでWPコーディング標準を採用することに個人的にあまり価値がないと思うということです。しかし、何かが足りない場合は興味があります。

Wordpressの "Space Usage"スタイルに従うために、上記の2つ以外に、表面上有効かどうかに理由がありますか？

coding-standards
22
rinogo

リゾーニング

"white space"について（タブやスペースに関係なく）：プロジェクトにとどまっているのは単に個人的な好みです。

WPコーディング標準は、混乱を招くので無視してかまいません - コアに貢献していない限り、

  • 別の話
  • スタイルガイドも同様に無視されます。

"[...] svn/git historyを使用するのが非常に困難になるため、古いコードに遡って一括して適用されることはありません。新しいコードはスタイルガイドに従うべきだという公式方針です。隣接するコードは正しく正しいですが、コードだけをフォーマットするパッチ、またはフォーマットコードだけをコミットすることは禁止されています。 "

- コメントの@TomJNowell

代替案

_ psr _ 標準（つまり：2）やSymfony標準のようなもの（あるいはあなただけのもの）に固執するほうが得策です。

パフォーマンス向上とツール

コーディング規格を持つこと（他のものがそれを嫌う一方でそれを嫌う少数派を除く）またはそれより多いまたは少ないタブまたはスペースを持つことから得られる利益はありません。不必要なディスクスペースの使用やプログラムの速度低下が心配な場合は、コミットしてもコードを圧縮できます（ GitPHPHooksプロジェクト を参照）。あなたが得る利益は、元のファイル空間からおよそmax 5％になります。これは、HTMLのシンタックスの圧縮/縮小がもたらすものとほぼ同じです。 Node.js縮小ツール npmで利用可能です。

私が個人的に本当に役立つとわかったのはPHP Linterと_PHP Mess Detectorです。両方とも GitPHPHooksライブラリ に組み込んだので、実行することについて考える必要はありません。

13
kaiser

$baz . '-5'など、ドットの後のスペースは正常です。このスタイルは、演算子の多くのコーディング標準（y + z）で使用されます。

これは、読みやすさを向上させるために行われます。たとえば、これらの1つは他の文字より読みやすいです。

$cow.$dog.$cat.$table.$chocolate.$puddle.$iterator.$stuctureone.$stucturetwo

$cow . $dog . $cat . $table . $chocolate . $puddle . $iterator . $stuctureone . $stucturetwo

これは、他の「コード」に囲まれているとさらに明らかになります。

括弧( 1, 2, 3 )の周りのスペースに関しては、私にはわかりませんが、引数は読みやすさのためでもあると思います。

WordPress 標準自体 にはスペースのないコメントに括弧のある例があり、コードベース自体がスペースのある部分とそうでない部分とを混同しているため、混乱を招く可能性があります（スクリーンショットを参照）下）同じ機能内でも。

ほとんどのPHP標準は、実際には逆の呼び出しを行います。括弧はその内容を抱きしめます。実際には、他の言語のほとんどのコーディング標準(1, 2, 3)のように記述します。したがって、WPがこのように行う理由は少し謎です。

WordPress関数から比較する例を次に示します。

enter image description here

比較する大きなバージョン： http://i.imgur.com/nTEbV7v.jpg

私は特に、フルスクリーンのコードを見るとき、右側のものを好みますが、それは個人的な好みです。

7
Wyck