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 この記事
Yesterday, following a unanimous vote from its Core Committee, PHP-FIG formally accepted the proposed PSR-15, HTTP Server Handlers standard. This new standard defines interfaces for request handlers and middleware. These have enormous potential impact on the PHP ecosystem, as they provide standard mechanisms for writing HTTP-facing, server-side applications. Essentially, they pave the way for deve
Collaborate on solutions, not syntax. Automatic comments on PSR-2 violations in one click, so your team can focus on better code review.
Late yesterday afternoon the PSR-9 and PSR-10 drafts were moved into master on the php-fig/standards repository, moving them along to the next step and to get the wider perspective of the main PHP-FIG group’s opinions on it. What are PSR-9 and PSR-10, you ask? Here’s a brief summary so far: At the end of last year (2014) Lukas Smith made a proposal to the PHP-FIG group for a standard that would ma
tl;dr PSR-7は普段PHPにてHTTPメッセージを扱うインターフェイスとしてそこそこ十分に機能する。メインユースケースの8割は満たすだろうが、PHPのポテンシャルの5割にも満たないかもしれない。だがそれで良い。 「今年は PSR-7 が来る」 つい先日、PHP-FIGのHTTPメッセージ用インターフェイスに関するPSR(PHP Standard Recommendations)のステータスがレビュー段階に入った。 https://github.com/php-fig/fig-standards/blob/master/index.md そこでこのエントリではPSR-7のインターフェイスが実際のフレームワークとアプリケーション間での利用の際に上手く機能するかについて考察する。なお、OOPとしての正しさについては深く言及しない(ヘッダーについてのデメテルの法則や、イミュータブル性などだ
As I've surveyed the successes and failures of ZF1 and ZF2, I've started considering how we can address usability: how do we make the framework more approachable? One concept I've been researching a ton lately is middleware. Middleware exists in a mature form in Ruby (via Rack), Python (via WSGI), and Node (via Connect / ExpressJS); just about every language has some exemplar. Even PHP has some ex
PHP coding style formatter - Tooling for formatting, testing and code coverage View project on GitHub Installation You can install this application through git clone: git clone https://github.com/dericofilho/php.tools.git or through composer: php composer.phar require dericofilho/fmt What does the Code Formatter do? It analyses your code and put in K&R format or, if you ask, PSR1, PSR2, or both.
2017/03/30 追記 新しいバージョン (v2.0) の記事を書きましたのでこちらもご覧ください fivestar.hatenablog.com この記事は PHP Advent Calendar 2014 の8日目の記事です。 コーディング規約が守れない方とお悩みの方も、チームメンバーがなかなか守ってくれないとお悩みの方も、 PHP CS Fixer があればもう安心。PHP CS Fixer が PHP コードをコーディング規約に沿って整えてくれるので、秩序ある PHP ライフが約束されるでしょう。 そんなこんなで PHP Advent Calendar 2014 の 8 日目ですね。みなさんこんにちは、 fivestar こと小川です。いつのまにかクロコスがなくなって Y の人になっちゃいましたね。 昨今は PSR (PHP Standard Recommendation) の
Dear PHP-FIG, Please stop trying to solve generic problems. Solve the 50% problem, not the 99% problem. Signed, Anthony PS: … Ok, so I wasn’t going to leave it at that. What am I talking about, and why does it matter…??? Solving The 100% ProblemYou can never build a generic solution that can scale to everyone’s needs. Never. It ain’t going to happen. You can try to bend any solution to fit all pro
オープンソースCMS「concrete5」がバージョン5.7でモダンに生まれ変わりました。Read less
memo. PhpStorm というエディタでは、PSR-1/PSR-2 standards 準拠に設定変更が可能だそうです。 PHP コードの整形はプログラマがやるべきことじゃない – Shin x blogNetBeans でも何かしらできそうなので調べてみました(Ver.8.0)。 PSR-1/PSR-2 standards 準拠に設定するこちらによるとオプションの設定で PSR-1/PSR-2 standards 準拠に設定できるよう。 Configuring NetBeans for PSR-1 and PSR-2 coding guidelines. | Life in apps, os’s and code!あとは true / false / null の補完を小文字のままにしておけばよいようです。 設定はこちらからできました。 PHP_CodeSnifferオプションタブ
FuelPHP 1.xではファイル名はすべて小文字という規約があるのですが、モデルのファイル名をやっぱりStudlyCapsにしたくなったので変更してみました。 今回は、FuelPHPの通常のモデルを配置するclasses/modelはそのままに、別にclasses/Domainフォルダを作成し、その下だけを対象とします。 composer.jsonの変更 プロジェクトトップのcomposer.jsonにautoloadを追加します。 以下は、モジュールMymoduleのDomainフォルダ以下をPSR-4に指定しています。 "autoload": { "psr-4": { "Mymodule\\Domain\\": "fuel/app/modules/mymodule/classes/Domain/" } } composer.jsonを変更したので、ComposerのAutoloade
Composer が PSR-4 に対応していたので試してみました。 PSR-4 - Composer PSR-0 と PSR-4 PSR-4 はオートローダーに関する規約で PSR-0 を置き換えるものです。 PSR-0 PSR-4 ざっくり PSR-0 と比べると次のような違いがあります。 クラス名に含まれるアンダースコアに特別な意味は無くなった PSR-0 ではクラス名のアンダースコアはディレクトリ区切りでした 名前空間の先頭とそれに続く一部のサブ名前空間(名前空間プレフィックス)が、任意の ベースディレクト に対応 名前空間プレフィックス 以降の名前空間は ベースディレクト 内のサブディレクトリに対応する ソースコードのリポジトリでベンダ名やパッケージ名でディレクトリを掘る必要がなくなった オートローダーの実装は例外を投げてはならない(MUST)、どのエラーのレベルも発生させてはな
こんにちは、@9ensanです。 前回、「PHPのコーディング規約 PSR-0、PSR-1、PSR-2、PSR-3とは」でPHPの新しいコーディング規約について書きました。 今回は、その新しいコーディング規約にしたがって既存のソースコードを修正してくれるツールの紹介です。 そのツールは、Symfony、Twig、Silix、Swift Mailerなどの有名なPHPフレームワーク、ライブラリを開発している「SensioLabs」の「PHP Coding Standards Fixer」というツールです。 インストールから使い方までを解説していきたいと思います。 インストール ローカルインストール 使用するだけなら、「php-cs-fixer.phar」をダウンロードしてくるだけで使用できます。 グローバルインストール どこからでも利用できるようにインストールする為には、 wget利用時 s
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く