PSR-1を読んだ後、あなたの経験についての話を聞くために、プログラミングコミュニティと共有したいいくつかの考えが浮かびました。
PSR-1：基本コーディング標準-フォーマットとコーディングのルールを推奨する標準。 スタイリング はコードの書き方であり、 書くこと は何を書くかです。
PSR-1サブテキストは、コードとコードの論理的結論を混在させてはならないことを示しています。少しわかりにくいですが、PSR-1ではクラスを作成して画面に表示し、プロパティを1つのファイルに初期化することは推奨されていないことがわかります。
すべてのPHPファイルは、<?php
またはのいずれかを 使用する必要があります <?=
。ここではすべてが明白で理解できます。最初のタグはphpコードセクションの宣言について述べており、2番目のタグは短いレコード <?php echo
（つまり出力）です。
ファイルもBOMなしのUTF-8エンコーディングである必要があります。これは理にかなっています。プロジェクトには、複数のプログラマーがいる場合がありました。そのため、なんとかしてBOMシンボルを挿入することができたため、ファイルの解析が失敗しました。
また、複数の副作用を使用することは推奨されないとも述べています。翻訳では、私はいつも大丈夫というわけではありません...つまり、ファイルを取得して書き込むことはできません。
<?php
// side effect: change ini settings
ini_set('error_reporting', E_ALL);
// side effect: loads a file
include "file.php";
// side effect: generates output
echo "<html>\n";
// declaration
function foo()
{
// function body
}
さて、ここでその瞬間は非常に物議を醸しています。規格では、PSR-0およびPSR-4規格に従ってオートローダーを使用することを推奨していますが。一方で、はい。ただし、単一のエントリポイントでアプリケーションの初期化が行われる場合があります。要するに、その瞬間は疑わしい。同じYii2では、このアプローチは実行されません...私はこの推奨事項に注意を払いません。
(namespace). , , . StudlyCaps
. PHP < 7.0, , .
, DATE_APPROVED
. , – . .
. PSR-1 : $StudlyCaps
, $camelCase
, $under_score
. . , , , , $camelCase
. , , ... , . camelCase
.
形式でのメソッドの命名により、 camelCase()
私は完全に同意し、維持します。クラスに大文字、定数に小文字、メソッドに小文字を付けるのは論理的です。そして、原則として、書くだけで区別できます。
PSR-1を読んだときの感想ですが、ご清聴ありがとうございました。