Rasmus, Think Again! Agile Framework == Happy Php Developer

これはなかなか良いと思ったスライド。
こういう発表をいつかしてみたい。

ちなみに、１ページ目の“addons.mozilla.org”はCakePHP製。

Rasmus, Think Again! Agile Framework == Happy Php Developer

View SlideShare presentation or Upload your own. (tags: ror rails)

Yii Web Programming Frameworkは期待できそう。

まだGoogleを見る限り、日本ではだれも紹介していないようです。

Yii Web Programming Framework
http://www.yiiframework.com/

ドキュメントを見る限り、OOP使っているし、ActiveRecordもあるし、ひととおりのことができるようになっています。これ、本当だったら相当受け入れられるだろうなぁ。いったいどこから出てきたのだろう、と調べたら、これ、PRADOの作者が次のプロジェクトとして作っているものではないですか！

Qiang Xue
http://www.ohloh.net/accounts/qiang

ASP.NET型のフレームワークを作ったあと、ActiveRecord型のコンポーネント志向フレームワークを作りはじめた、ということですね。

これは、悪くなるわけがない。それに、もうRCだそうです。
私自身は、配列データベースのフレームワークが好きなんですが、「モデルはオブジェクトじゃないと気持ち悪いという人にはお勧めです。

といっても、まだソースコードを見ていませんが・・・。

Zend FrameworkでCRUD

なんか面白そうなものを見つけました。
Zend Frameworkを使わないといけない場合にはこういうものを活用すると、早めに仕事が終わるかもしれません。

DataGrid for Zend Framework
http://petala-azul.com/blog/datagrid-full-manual/

実行例が下記にあるんですが、
http://www.petala-azul.com/grid/

PDF
Office 2003
Offiee 2007
Excel
XML
CSV
OpenOffice spreadsheet
OpenOffice Document text
などの形式で出力できるそうです。Datagridより、こちらのほうに心ひかれてしまいました。

Zcodo

QcodoはZcodoになったそうな。Zだと、あとはなさそうデスネ。

php talk
Zcodo framework: un fork di Qcodo
http://www.phptalk.it/index.php/2008/07/09/zcodo-framework-un-fork-di-qcodo/

CakePHPって動作スピードはどうなの？

○○フレームワークのほうがスピードが速い、とかでフレームワークを選定できるでしょうか？フレームワークにはそれぞれ特徴があるので、一概にはそれだけが基準になりませんよね。

CakePHPフレームワークの正しい使い方、というのは、おそらく、

１）とりあえず動くアプリを高速で作る
２）スピードとセキュリティの最適化
３）いろいろチューニング
４）完成！

という流れだと思います。こういう作り方ができるようにフレームワーク自体がチューニングされています。最初は、とりあえずＤＢのデータをすべて取ってきて、ページデザインを考え、必要なデータを選別。その後、やはりいらないデータは最初から取ってこないようにする、DBの効率化を図る、などを作業できます。いちど、アプリを作成した後で、デザインの最適化、データベースの最適化、キャッシュの最適化とか、などなど、できることがいろいろあります。

なので、「注文された通りに作って納品する」ときには、“テスト”のフェイズを十分に取っておいたほうがよいかもしれませんね。それか、「パフォーマンスUp」を次の仕事として請け負うことも可能かもしれません。

「自分でサービスを作って立ち上げ、アクセス数が増えてきたら、それに応じてスケーラビリティを考えてゆく」という使い方もできます。

なので、そういうノウハウばかりがまとまっている文書もあったらいいなぁと思ったら、その取り組みがはじまっていました。

Optimizing Cake's Performance
http://groups.google.com/group/cake-php/web/optimizing-cakes-performance

今後、情報が増えるといいなぁというドキュメントが下記にできています。まだ書きかけのようですが、充実してほしいと思います。

Zend_Dbの作者はActiveRecordをどう考えているか

Zend_Dbの作者がActiveRecordについて語っています。これはおもしろい。

Keeping it Simple
ActiveRecord does not suck
http://karwin.blogspot.com/2008/05/activerecord-does-not-suck.html

CakePHPについては語らず、Railsについてだけですが。
要は、多くの初心者が“モデルって、DBテーブルのことだよね”と考えてしまうのはよくない、と。結果的にコントローラがふくれあがり、UnitTestで影響が出てしまう、という話になっています。

個人的な意見として、まぁ、それはそうなんですが、「絶妙に妥協」というか、通常、Webアプリで書く場合にはたいていの場合、DBがあるよね、だから、“情報”はDBテーブルに入れて、それとそのインターフェイスをモデルと考えようよ、という考え方は好きなんですよね。

Delphiの“コンポーネント”なんかは、中で何回継承していようと、完成した部品クラスはパレットの上に一列に並んでいたので、非常に直感的でした。

OOPの理想的な“Modelクラス”を使ったオープンソースをいじったりもしましたが、結局、親クラスのソースを次々と読まないと、「このクラスは何ができるの」ということが把握できなかったりするので、そういう点ではRails流のモデル定義は理想的ではないとしても“実用的”だと思っています。

かすった

"Ruby on Rails"じゃなくて、"rails"とかでも調べないといけないんじゃないの、とか異論はいろいろあると思いますが、“とりあえず”かすったみたいなので記念に。全体的な流れとしては、PHPフレームワークがじわじわ伸びています。

ZFの模索

Zend Frameworkも、Cakeやsymfonyの「便利機能」について、意識していないわけではないようです。

下記のブログで、

The Zend Framework
http://www.radicalbehavior.com/the-zend-framework/
「ZFはいいよ。ぜひ使ってみたらいい。でも、他のフレームワークにあるような生成系の機能はないよ」（It does have a few trade offs. It doesn’t have scaffolding or auto form creation like the other’s have. ）という１文に対して、Wil Sinclairが反論しています。

そして、引用されていたのがこちら。

Zend Framework Proposals
Zend_Build - Wil Sinclair
http://framework.zend.com/wiki/display/ZFPROP/Zend_Build+-+Wil+Sinclair

Zend Framework的“アプリケーションビルダー？？？”のようなものを作るとしたら、いったいどうなるんだろうか、という議論が交わされています。Railsみたいな規約にはしばられない、かつPHP的な解決方法を探しつつも、まだその答えを明確には見出せずにいるようです。

でも、私はGenerator系でフレームワークに関心を持った口なので、この辺の今後には興味津々だったりします。

CIとKohanaの比較

わたしがいろいろ検証しているわけではありません。
（スミマセン。）

下記の記事を紹介したかっただけです。CodeIgniter大好き、というのが見て取れます。結局この人の結論は、「両方使う」というものですが。

Notes on Choosing a PHP Framework: A Quick Comparison of CodeIgniter and Kohana

Cakeに関しては、同じようなこと（PHP5専用の“CakePHP”を作る別プロジェクトの立ち上がり）が起こりそうにないと思います。そういうことをするくらいなら、バグ対策Ticketを投げたほうが…。

1枚フレームワーク

MOONGIFTさんのところで、"Frog"というプロジェクトが紹介されていました。

MOONGIFT
Radiantを元にしたPHPのCMS「Frog」
http://www.moongift.jp/2007/10/frog/

面白いと思ったのは、Frogの作者が自前でフレームワークを書いているんですが、ファイル１枚で書ききっていることです。

http://www.madebyfrog.com/framework/

code igniterを意識しているらしく、"All helpers of code igniter can be port to Framework.php easyly !!!"と書いています。
スピードを比較しても、code igniter より速い。（そりゃそうだ。）

ダウンロード、というより、ブラウザですぐに閲覧できます。
http://www.madebyfrog.com/public/framework/Framework.php.txt

framework_exception_handlerやら、debug_tableやらもありますねぇ。

IBMでPHP３大フレームワーク記事スタート

Zend Framework
Symfony
CakePHP

という、いまどきの３大フレームワークで、“同じ”アプリケーションを作り、その共通点と違いをあぶりだそう、というなかなか野心的なシリーズが IBMサイトではじまりました。


IBM developerWorks > Open source
PHP frameworks, Part 1: Getting started with three popular frameworks

パート１　序論、どんなテストアプリを作るか
パート２　三つのフレームワークで同じアプリを作る！
パート３　拡張方法について
パート４　Ajaxを使うとどうなるか
パート５　フレームワークの外側からタスクを実行するには

Akelos? or PHP on TRAX?

これ見ました？
"PHPとRailsを比べてもしょうがないでしょ"という声にこたえて、"Rails vs CakePHP"バージョンです。

でも、よくフレームワークの状況を理解している人が作れば、AkelosかPHP on TRAXが入ってきたはずですがねぇ。CakePHPは、よくも悪くも、Railsの丸コピーではありません。まぁ、CakePHP“も”注目されてきた、ということでしょうか。

CakePHP→PRADO

誤解がないように言っておくと、私はCakePHPユーザで、おそらく今後も当分はCakePHPを使い続けるのではないか、と思います。

Akelosもなかなかいいと思って以前より気にしていますが、現状では、つい最近公開されたばかりの、バージョン0.8のひとりプロジェクトです。フォーラムを見ると分かりますが、まだバグつぶしが必要だと思います。それに、Railsの完全コピーを目指すのであれば、PHP on TRAX なども既に長い間存在していますし、そもそもRailsの敷居が下がってきているわけですから、Railsでいいのではないか、と。

また、すでにCakePHPはかなりの大きなコミュニティに発展しているので、そこから新しいイノベーションが生まれる可能性もあり、CakePHPの発展性は、AkelosやPHP on TRAXより大きいと思います。

なにしろ、コミュニティ（英語）で議論を深めてゆけば、Railsにはなかったような技術が突き進んでゆくかもしれないわけです。WEB統合開発環境が現れるかもしれない、あっと驚くデバッガが出てくるかもしれない、モデルの処理も今後、どんな改良がはじまるのか、楽しみです。

Railsコピーの場合は、「それ、Railsじゃない」と言われた時点で不採用になってしまいますよね…。

と前置きはここまでにして、やはりCakePHPフレームワークの特性上、“苦手な”プロジェクトもあると思います。

特に、“既存のデータベースがすでにあり、それを扱うＰＨＰシステムを作る場合”には、正直、現在のところは、他のフレームワークを使ったほうがよい場合さえあるかもしれません。このあたりをなんとか改良して、データベースとモデルの間になにか一枚、かませることができればかなり便利かも、と思ったりもしています。（おそらく、だれかが作るのではないでしょうか。）

下記は、ActiveRecord(CakePHP) から、SQLMap Data Mapper（PRADO）に移動したかった、というのが主な理由ではないかと思います。

geeQsQuad
PRADO Watch: Interview With Timani Tunduwani - Why I Moved From CakePHP to PRADO

Akelosフレームワーク・スクリーンキャスト

CakePHPを世に紹介したFavio(H3RALD)がCakeコミュニティを去った後、こんな記事を書いています。

An Interview with the creator of the Akelos Framework
http://www.h3rald.com/blog/akelos-interview

興味深いのは、CakePHPやCode Igniterがまだなかった（SymfonyもまだMojaviだったころの）時代に、すでにAkelosの原型が出来ていた、という点です。

最近、Akelosコミュニティが情報発信を積極的にはじめました。
ActiveRecord派なら、下記のスクリーンキャストは必見です。
http://www.akelos.org/screencasts

・すでにmigrateが統合されている
・多言語対応が非常に簡単（複数言語用翻訳ファイルの自動生成）
・PHPの矢印が少ない！
・テンプレートにPHP構文は使用しない（echo を書かなくてよい）
・ほぼRails。

英語圏以外ではじまっているのがミソで、日本語環境でもきっと使いやすいはずです。PHPフレームワークの世界ではデファクトが起こりにくい環境にありますので、今からでも十分に追い上げ可能かもしれません。

そうしたら、「CakePHPのおいしい食べ方」ではなくて、「PHPフレームワークのおいしい食べ方」にしようかなぁ…。ま、それはさておき、今後の展開が面白くなってきました。

Google Trends 2007

PHPフレームワークの検索トレンド。
Zend Framework 1.0のニュースは、けっこうインパクトがあったようですね。

Madeam / silverorange

Madeam PHP Framework
http://madeam.com/index.html
Rails みたいなのを作っちゃったから、今更ながら公開します、というプロジェクト？PHP5で。

http://swat.silverorange.com/Swat
diggのリニューアルを手伝ったようなチームが作ったツールキットだそうだ。YUIのインストールが前提。これもPHP5。

ZephyrとCakeの意外な接点

Ajaxに強いPHP用フレームワーク
zephyr Framework
http://zephyr-php.sourceforge.net/
の作者が、CakePHPによるサイトの構築プロジェクトにかかわることになったそうです。



Hasin Hayderさんは、SmartyとWordpressの本を出しています。

The Storyteller
http://hasin.wordpress.com/tag/cakephp/

サイトは、あの trippert です。
http://www.trippert.com/
trippert サイトは、本気でサイト作りに取り組んでいますね。

PRADOとPHPEdit

今日届いた情報によると、フランスのPHPEditの新版が、PRADOフレームワークのサポートを表明。

PHPEdit
http://www.waterproof.fr/products/PHPEdit/
ドキュメント


う〜ん、でも、Visual Studioのようなものではないなぁ〜。

Active Record in PRADO

PHP界の"ASP.NET"とも言えるPRADO PHP Frameworkが、ついにActiveRecordを搭載するようになりました。

PRADOには、すでにTDataGridという、データを表形式で出力するための高度なコンポーネントが開発されていました。

TDataGrid - Samples
http://www.pradosoft.com/demos/quickstart/?page=Controls.DataGrid

今回、ActiveRecordとTDabaGridコンポーネントとの兼ね合いはどうなっているのだろう！？という好奇心から、現在のActiveRecordの実装について、少し調査してみました。

PRADOのActive Recordに関するよい記事は下記にあります。

Active Record
http://www.pradosoft.com/demos/quickstart/?page=Database.ActiveRecord


Active Record Scaffold Views
http://www.pradosoft.com/demos/quickstart/?page=Database.Scaffold

ブログチュートリアルで使うとどうなるか、というのはこちら。
Creating Active Record Classes
http://www.pradosoft.com/demos/blog-tutorial/?page=Day2.CreateAR


Cake(Rails)流の開発や設計になれていると、

・username が VARCHAR で Primary Key!?
(Cakeなら、PKはINT型で"id")
・postsテーブルの外部キー author_id は、usersテーブルを指している!?
(Cakeなら、usersテーブルに対する外部キーは user_id)

などに驚くかもしれません。世界は広い。

で、PRADOの場合には、さすがコンポーネント重視型、ということで、Active Recordを使うもよし、SqlMap Data Mapperを使うもよし、二つを組み合わせるのもよしということで、いろいろ選択肢があるようになっています。

複雑だ、と見るか、あらゆる希望にこたえることができる、と見るかは開発者しだいかもしれませんね。ただ、Cake流の考え方のほうが、見てすぐ分かり、シンプルだとは思います。

ActiveRecord と TDataGrid をつなぐヒントになるような情報は下記にありました。
[Tip] Using data received by TActiveRecord in TDataBoundControl
http://www.pradosoft.com/forum/index.php/topic,6890.0.html

少し見ない間に、コマンドラインツールが追加されているわ、ドイツから開発者が参加しはじめているわ、オープンソースプロジェクトはやはりダイナミックに変化していきますね。

Code Igniter日本語情報

Code Igniter(CI)マニュアルの日本語訳をはじめた方がいるようです。

Code Igniter User Guide Version 1.5.2
http://ci-user-guide-ja.nought-point-999.net/index.html

上のほうに見えている"TABLE OF CONTENTS"をクリックすると、上から目次が降ってきます。

ブログ：
ariblo
http://blog.nought-point-999.net/index.php/C5/

だいたいPHPフレームワークの翻訳をする人というのは、（私も含めて）日々の業務で忙しい中、片手間に（必要にせまられて？）キーボードをたたきつつ、「誰かの役に立つかなぁ」とか言いながら時計を見るともう深夜……ということを経験していると思うのですが、どうでしょうか。CIが日本でも広がるように応援したいと思います。

私がブログをはじめるとしたら、「Code Igniter-火の玉プログラミング」とか、「Code IgniterでWEB爆発」とか、「Code Igniter-着火WEB」とか、「Code Igniterでコードいぐなった〜」（もうやめよう）。