フレームワークの中でも高速と言われている「Phalcon」の2系を1年ほど使ってみました。比べてどうなのか、という所感を述べてみます。「日本で使うには向いていない」。新しい技術が出てきても、貪欲に学べる人なら大丈夫です。日本は英語アレルギーのエンジニアが多い(少なくとも私の周りは)ので、サポート体制という意味からしても、誰か一人に一極化しそうです。リリースが済んだらすぐ人を切るような、日本の開発現場ではリスクが高いといえます。Contents第一印象は「テンションが低い」PHPのエクステンションを設置するだけで使えるという手軽さ、とは言われていますが、格安レンタルサーバでは導入が難しいからか、今いち、日本では盛り上がりに欠けている、という印象です。公式サイトはマニュアルの半分くらいまでしか日本語化が進んでいません。先に読み進めると、翻訳が止まっているといった具合。多少、英語マニュアルに通じている方なら、優しい英語なので大体読み解けますが、英語アレルギーの方には厳しい状況です。2017年6月になってもまだありません...)。上で使ってみても、なかなか速いと感じられました。実際に計測された方の記事はこちら(「Phalconの何がいいのか速いのかに疑問を持ってみる」)。あれを使うより、高速にレンダリングしてくれているのではと思います。欠点は、何もかも詰め込んだJSが読み終わるまで、画面が固まることです。Googleは、「ブロッキングJS」と呼んで、サイトの評価を下げるポイントとしています。ライブラリをひとつにしてリクエスト数をおさえるのは確かにメリットがありますが、それもサイズを考慮しないといけないと思います。その点、Phalconのレンダリング・スピードはなかなかのものでした。知った時は、これからはフロントサイドの時代かなと思いましたが、サーバサイドもまだまだ捨てたものじゃない、とう印象です。実際、フレームワークを使ったことのある方なら分かる話なのですが、そもそもフレームワークでは、「プログラムの理解度」より、独特の「使い方を知る」ことが重要になってきます。セキュリティや、難しいSQLを簡単にしてくれるツールですが、フレームワーク独自の使い方になっているため、たとえPHPのすべてを理解していても、そのフレームワークのことを何も知らなければ、何にもできません。電子機器に詳しい人がいても、全長20mの工業用モンスタートラクターを運転するなら、その使い方は、一から学ばないといけないのと同じです。電子機器に詳しければ、何かトラブルがあった時に、細かいところに手を突っ込んで直したりもできるわけですが、そのフレームワークがどう動くのかは、別の知識、テクニックが必要になってくるわけです。ことではありません)。いう変数に使いたいクラスを宣言して入れておくと、フレームワーク内のどこでも使えるようになります。組み込み済みのクラスがいくつかあり、セッションとか、ログとか、APIを作るときのレスポンスとかはあらかじめ備わっています。合わせて使うこともできます。使えないことが多いです。使ってみたところ、2つのテーブルを結合して、IDで紐づいた先の名前を出力したら、みんな最初の名前になるという、とんでもないバグがありました。いうPDOをラッピングしたライブラリを使用してみたところ、うまくいきました。このあたりの切り替えというか、「あれがダメでもほかの方法があるに違いない」という発想は、ウェブのエンジニア独特のものかも知れません。自力で実装する発想が出てこないとここであきらめざるをえないでしょう)。モデルの代替も柔軟にできてしまうので、救われました。比べると、ヘルパーの数も少なく、プラグインも見つかりません。ほとんどないと思われますが、「デバッグツールバー」は、ありました。最後に実行したSQLを出力してくれたり、リクエスト変数をすべて展開してくれたりと便利です。他...ないんじゃないでしょうか。派はイヤになるでしょうね。高速であることと、モデルやビューを簡単に好みのものに入れかえることができるので、海外では人気が高いようです。サービスとして組み込んでもらうよう、票を集めているのを見かけました。英語の壁とモデルのバグ、プラグインの少なさが災いしているのか、あまり実例を聞きません...。私個人でも、もしフレームワークの選択をせまられたなら、初期の調査で対象から外したでしょう。