0

私はすでに最新のコーディングスタイル/標準を検索しましたが、ほとんどのリンクは1年か2年前のもので、このリンクZend Coding Styleを参照しています。ただし、リンクはversion 1.12. 私の唯一のポイントはこれです。現在、ほとんどの人がこのスタイルで関数を宣言しています-

public function myfun ( ) {
....
....
}

Zendチュートリアルでは、次のようなものです-

public function myfun()
{
    // all contents of function
    // must be indented four spaces
}

これは機能に影響を与えず、人から人への依存に影響することは承知しています。プラクティスに従うだけですbest/latest..php

4

5 に答える 5

3

PHP Framework Interoperability Group (php-fig)と呼ばれるイニシアチブによって開発された標準があります。これには、標準をサポートしているいくつかの非常に著名なプロジェクトのメンバーが含まれています。これらの一部には次のものがあります。

  • Zend フレームワーク
  • シンフォニー
  • CakePHP
  • アマゾン ウェブ サービス SDK
  • Drupal
  • 教義
  • 梨

PRS-2はすでに合意されており、基本的なコーディング スタイルをカバーしています。関数宣言とクラス宣言について次のように述べています。

クラスの左中括弧は次の行に配置する必要があり、右中括弧は本文の次の行に配置する必要があります。

メソッドの左中括弧は次の行に配置する必要があり、右中括弧は本文の次の行に配置する必要があります。

于 2012-10-12T06:16:16.960 に答える
2

PHP には、 Python のようなスタイル ガイドはありません。特定の PHP プロジェクトには独自のスタイル ガイドがあり、そのフレームワーク/CMS で開発している場合は、それに従います。たとえば。Drupal 用のコードを作成する場合は、Drupal のコーディング標準に従うことになります。場合によっては、会社にコーディング標準があります。これらのいずれにも当てはまらない場合は、お好きな基準に従ってください。ここにあなたが好きかもしれないいくつかがあります：

更新: rgvcorley の回答では、PHP-FIG について説明しています。したがって、現在、PEP-8 に相当する PHP があると思います。

于 2012-10-12T06:18:30.297 に答える
0

PHP は現在、Zend、Drupal、Sugar など、さまざまな環境で使用されています。すべてが同じコーディング標準に従っているかどうかはわかりませんが、doxygen コーディング標準を探すことをお勧めします。

http://www.doxygen.nl/

http://drupal.org/node/1354

これらの 2 つのリンクが役立つ場合があります。

于 2012-10-12T06:03:16.200 に答える
0

以前は前者のスタイルを使用していましたが、後者の方が読みやすいことがわかりました。特にOOPスタイルのphpでは、以前のスタイルをクラスに使用できます...

class My_Class {
    code here...
}

メソッドの後者...

function my_function()
{
    code here...
}

この一貫性の追求において、Codeigniter スタイル ガイドが役立つことがわかりました。

于 2012-10-12T06:05:34.107 に答える
0

コーディング標準には、コーディング標準に関心のある人の数とほぼ同じ数のバリエーションが存在します。一部の人にとっては、より広い範囲が重要であり、正しく名前が付けられた関数などを含む「クリーンコード」が主な焦点です。他の人にとっては、中括弧をいつ、どこに、どのように配置するかです。

同じことがどの言語にも当てはまります (コードのレイアウトなどが言語自体に組み込まれている場合を除く)。最も重要なことは、特定のチームの全員が、特定のコード ベースの共通のニーズに同意することです。

最適なコード スタイルを見つけて、それをすべてに適用しようとしないでください。間違いなく、まったく同じことをしたが、あなたとは別のスタイルに恋をした別の開発者に出くわすでしょう。柔軟性がなく、コード標準の根本原因と使用法を理解していれば、結果として生じる「議論」は、誰もが自分の視点を擁護しようとする、中かっこ-位置-配置-しつこい議論に終わる可能性が非常に高くなります。

所属する会社やチームによって、私は多種多様なスタイルを使用してきました。大きく異なるものもありましたが、コードの統一されたスタイルを促進し、さまざまな場所のコードを理解しやすくするという共通の目標を共有していました。コード内の問題を特定するのに役立ちます。

グループ内でコード標準を決定するとき。考えてみてください

「日常業務のハードルにならずに、コードを読みやすく理解しやすいものにするために適用する必要がある最小限のルールセットは何ですか?」

于 2012-10-12T06:14:05.977 に答える