PHP 開発をスピードアップさせる新たな高速アプリケーション開発 (RAD) 機能も加わった。
今回の Zend Framework 1.8 では、RAD 機能によって、開発者がアプリケーションを迅速に管理、修正できるようになっていると Suraski 氏は述べている。開発者は新しい RAD ツールを使って新たなプロジェクトやコントロールを作成でき、また全般的に、プロジェクトで利用するあらゆる種類のコード スケルトンを開発できるという。
japan.internet.comより引用
使ってみました！
できてるできてる～。
設定ファイル。
コマンドを実行しただけで、こんなページが表示されました。
ステキ～～～♪
これでどこにどう書くか散々悩んだbootstrap.phpも書かなくていいのね。
設定もどうやるべきか分かるのね。
おお、Zend_Application_Bootstrap_Bootstrap
ってクラスができてます。
1.8の追加クラスの１つみたいですね。
そうそう。ここだけオブジェクト指向じゃないのが気持ち悪かった。
で、散々悩みました。
で、こいつを継承したBootstrapを作ってくれると。
完成した
/application/Bootstrap.php
class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{
}
え？
これだけでいいの？
きっと、configにごちゃごちゃ書いてあるんですよね？
/application/configs/application.ini
[production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
includePaths.library = APPLICATION_PATH "/../library"
bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"
resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"
[staging : production]
[testing : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
・・・
言葉が見つかりません・・・。
一言でいうと、これだけ？？？
いや、多分zf.shにいろいろと引数を設定して、
自動生成できるに違いない！
ちゃんとドキュメントを見よう。やっぱマニュアルって大事ですね。
まず、嫁！と。
リソースの追加と作成
Zend_Applicationによって提供される標準リソースの１つがlayoutです。
＃ふむふむ。どうやって使うんだろう？？？
Zend_Layoutインスタンスを設定するために使われる設定値を定義します。
layoutを使うために、設定ファイルを更新します。
はい？？？
それを自動でやってくれるのをインストーラーって言って、
それを自動でやった状態がスケルトンじゃないのかな？
っていうかこれじゃ参考書と変わらないし。
インストーラーによるコーディング標準からの乖離が解決できない！
まぁ、Zend Frameworkは大いなる一歩を踏み出したんでしょうね。
アームストロング船長みたいなカンジ？
インストーラーができました。
月に１歩降りてみました。
やったことはすごいけどさ。
やったことの意味を求めるんですよ。ユーザーは。
すごいことやっても、生産性があがらないと評価されない。
クラウド対応の方はもうちょっとまともなのかな？
やることがまた一つ増えました・・・。
人のやることはあてにならない・・・。
今回の Zend Framework 1.8 では、RAD 機能によって、開発者がアプリケーションを迅速に管理、修正できるようになっていると Suraski 氏は述べている。開発者は新しい RAD ツールを使って新たなプロジェクトやコントロールを作成でき、また全般的に、プロジェクトで利用するあらゆる種類のコード スケルトンを開発できるという。
japan.internet.comより引用
使ってみました！
できてるできてる～。
設定ファイル。
コマンドを実行しただけで、こんなページが表示されました。
ステキ～～～♪
これでどこにどう書くか散々悩んだbootstrap.phpも書かなくていいのね。
設定もどうやるべきか分かるのね。
おお、Zend_Application_Bootstrap_Bootstrap
ってクラスができてます。
1.8の追加クラスの１つみたいですね。
そうそう。ここだけオブジェクト指向じゃないのが気持ち悪かった。
で、散々悩みました。
で、こいつを継承したBootstrapを作ってくれると。
完成した
/application/Bootstrap.php
class Bootstrap extends Zend_Application_Bootstrap_Bootstrap
{
}
え？
これだけでいいの？
きっと、configにごちゃごちゃ書いてあるんですよね？
/application/configs/application.ini
[production]
phpSettings.display_startup_errors = 0
phpSettings.display_errors = 0
includePaths.library = APPLICATION_PATH "/../library"
bootstrap.path = APPLICATION_PATH "/Bootstrap.php"
bootstrap.class = "Bootstrap"
resources.frontController.controllerDirectory = APPLICATION_PATH "/controllers"
[staging : production]
[testing : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
[development : production]
phpSettings.display_startup_errors = 1
phpSettings.display_errors = 1
・・・
言葉が見つかりません・・・。
一言でいうと、これだけ？？？
いや、多分zf.shにいろいろと引数を設定して、
自動生成できるに違いない！
ちゃんとドキュメントを見よう。やっぱマニュアルって大事ですね。
まず、嫁！と。
リソースの追加と作成
Zend_Applicationによって提供される標準リソースの１つがlayoutです。
＃ふむふむ。どうやって使うんだろう？？？
Zend_Layoutインスタンスを設定するために使われる設定値を定義します。
layoutを使うために、設定ファイルを更新します。
はい？？？
それを自動でやってくれるのをインストーラーって言って、
それを自動でやった状態がスケルトンじゃないのかな？
っていうかこれじゃ参考書と変わらないし。
インストーラーによるコーディング標準からの乖離が解決できない！
まぁ、Zend Frameworkは大いなる一歩を踏み出したんでしょうね。
アームストロング船長みたいなカンジ？
インストーラーができました。
月に１歩降りてみました。
やったことはすごいけどさ。
やったことの意味を求めるんですよ。ユーザーは。
すごいことやっても、生産性があがらないと評価されない。
クラウド対応の方はもうちょっとまともなのかな？
やることがまた一つ増えました・・・。
人のやることはあてにならない・・・。