PSRとコーディングスタイルの関係、そしてPERへ - Qiita
• PSR-1は高度な技術的相互運用性を目的としたコーディング標準 • PSR-2/→PSR-12はプロジェクト内での認知的摩擦を軽減するためのスタイルガイド • PSR-12はPER Coding Styleに進化した PSRとは何か PSRが何ではないかについて下記の記事にまとめたので、あとでゆっくり読んでください。 というか↑の記事にだいたい書いたので、この記事はコーディングスタイルに絞った内容ということになります。 重要な部分だけ抜萃して再掲しましょう。 PSRを管理するのはPHP-FIG (The PHP Framework Interoperability Group、PHPフレームワーク相互運用グループ)です。この組織はPHPのフレームワーク・CMS・ツールなどの開発者の寄合所帯です。 Frequently Asked Questions - PHP-FIGの内容をざっくり訳
PSR [Ground Sunlight]
— y2sunlight 2020-04-21 PSR(PHP Standards Recommendations)は「PHP標準勧告」などと呼ばれており、PHP-FIG(PHP Framework Interop Group)が策定しているPHPのコーディング規約並びに標準インターフェース規格です。本編のフレームワーク編では何かとPSRを参考にしておりますので、この際、正確に勉強しようと思い本章を作ることにしました。ソフトウエア界には標準とか規約と呼ばれるものが多く存在し、従うか否かは自由なのですが、PSRについてはPHPエンジニアとして大いに参考になる思います。 本章は、若干の補足を加筆してはいるものの単にPSRのサイトを日本語に翻訳したものに過ぎません。英語が堪能な方は原文をご参照下さい。翻訳に当たっては、基本的に機械翻訳を使い、理解できない部分は独断で意訳しております。拙い訳では御
【PHP】PSR-11 Container Interface（コンテナインタフェース）
公開日 2018.4.30更新日 2020.6.13カテゴリ：PSRタグ：PHP,PSR,Interface,PSR-11,Container PSR（PHP 標準勧告） 概要 PSR-1 Basic Coding Standard PSR-2 Coding Style Guide PSR-3 Logger Interface PSR-4 Autoloader PSR-6 Caching Interface PSR-7 HTTP Message Interface PSR-11 Container Interface PSR-12 Extended Coding Style PSR-13 Hypermedia Links PSR-15 HTTP Handlers PSR-16 Simple Cache PSR-17 HTTP Factories PSR-18 HTTP Client PSR
2018年のPHPDoc事情とPSR-5 - Qiita
PHPDocとは、クラスや関数などのブロックに記述できるDocComment内に記述する書式の通称です。この書式の情報源として時折PSR-5が参照されることがあるので簡単に状況をまとめます。 TL;DR PSR-5の標準化ステータスは昨年10月にABANDONED (放棄・議論停滞)になりました 2018年9月26日にPSR-5とPSR-19が分割され、ともにDRAFT状態に入りました PHPDocを型注釈として利用する各処理系の実装にはばらつきがあり、PSR-5とは相違点があります PhpStormは現在のところ(2018.1 EAP)PSR-5と互換性がありません 特にチーム開発では、対応する型記述の書式について注意が必要です PhpStormに配慮して書く場合、phpDocumentorの仕様を参照する方が安全です PHPDoc リファレンス — phpDocumentor この記事
PSR-7とPSR-15を使ったWebアプリケーション開発 - emonkak's Blog
はじめに PSR-7(HTTP Message)が承認されてからしばらく経ちますが、現在はこれを使った様々なライブラリ・フレームワークが登場しています。 これによって特定のライブラリ・フレームワークにロックインされずに、Webアプリケーションを実装できる道程が見えてきました。 しかし、PSR-7はあくまでHTTPメッセージのインターフェイスを提供するもので、リクエストを受け取ってレスポンスを返す流れを抽象化するものではありません。 これはHTTPミドルウェアと呼称されますが、そのインターフェイスはそれぞれの実装でまちまちです。 そこで、これを抽象化するPSR-15(HTTP Middleware)が提案されています。 ミドルウェアは大まかにダブルパスのミドルウェアと、シングパスのミドルウェアに分けることができます。 PSR-15は現在の所シングルパスのシグネチャを採用しています。 シングル
PHP PSR一覧 2017年版 - Qiita
PHP Standards Recommendations 2017/01/20現在、18個のPSRが存在します。 内訳は8個がACCEPTED、1個がREVIEW、8個がDRAFT、1個がDEPRECATEDとなっています。 以下の日付は決定した日ではなく、変更がcommitされた日です。 ACCEPTED PSR-1 Basic Coding Standard 2012/03/24に提出、2012/06/05に受理。 最低限準拠すべき基本的なコーディング規約を規定している。 BOM無しUTF-8にしろとか勝手にechoやini_setするなとかレベルなので本当に超絶基礎的。 PSR-2 Coding Style Guide 2012/05/04に提出、2012/06/05に受理。 いわゆるコーディング規約、およびコーディングスタイル規約。 後継のPSR-12が提出中。 PSR-3 Lo
PHPのコーディング規則、PSRを学ぶ(1) – RのWeb制作
PHPはかなり自由に書けることが魅力なのですが「自由に書ける」＝「独自化する」＝「その人以外わからない」等式が成り立ってしまいます。 これは困った。 つまり、コーディング（コードの書き方）の一般的な規則があれば、「誰が書いたコードでも簡単に読める」素晴らしい効果が得られます。 この記事のねらい 「でも、初心者だしよく語句がわからん」という方のために書きます。 私も初心者なので、いろいろとわからないことがあります。 つまり、自分のために書きます。／(^o^)＼ 個人的に「名前空間の汚染って何？」「PHPの今風の書き方ってどうするの？」など多くの疑問がありました。加えて、新標準PSRに学ぶきれいなPHPの19ページ、「名前空間はベンダー名から必ず始める」「名前空間の区切りはディレクトリ階層になる」・・・なんとなく意味がわかるのですが、固有名詞の「ベンダー名」「名前空間の区切り」がわかりません。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PHP PSRによるいい感じにバックエンドサーバーを書く方法が知りたい
PHP - Create your own PHP PSR-14 event dispatcher