私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワークについて語るスレ10【総合】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
Zendって身売り間近じゃなかったっけ。
オープンソースなPHPやZFの方が寿命長そう。
オープンソースなPHPやZFの方が寿命長そう。
5.3で名前空間が実装された今、ZFはフェードアウトか、
少なくとも大幅な仕様変更があるだろうな。
少なくとも大幅な仕様変更があるだろうな。
俺はZFしか触ったことないけど、>>958は他のフレームワークは関係しないの?
phpの親方であるzendが名前空間無視したフレームワークなんて信じられな~~い
ってことでだろ
他のは仕方ないとしても
ってことでだろ
他のは仕方ないとしても
>>960
他はPEARコーディング規約に則したクラス命名してるの少ないからな。
さすがにZendFrameworkは公式なだけあって名前空間使ってくるだろ。
今までも大胆な仕様変更をガンガンしてきた例から見ても間違いなく…
他はPEARコーディング規約に則したクラス命名してるの少ないからな。
さすがにZendFrameworkは公式なだけあって名前空間使ってくるだろ。
今までも大胆な仕様変更をガンガンしてきた例から見ても間違いなく…
PEARコーディング規約に即した命名規則ならちょっとした変換スクリプト使えば容易に名前空間対応できるけどな
>>970
構築した後どうするの?
結局RDBMSを知ってるか、それを使うアプリ(PHPでのシステムを含む)を
いじれるか、何か出来ないとどうにもならないんじゃない?
こういうデータがあります、これをデータベースwで管理したいです、っていう
要件には必ずそれなりの知識が必要になります。構築すればいいってもん
じゃない
Ruby on Rails は極力データベースを隠したけど、それでもRailsの約束ごとも
SQLもわからないんじゃどうしようもない、そう言う感じでよろしくと切に願います
構築した後どうするの?
結局RDBMSを知ってるか、それを使うアプリ(PHPでのシステムを含む)を
いじれるか、何か出来ないとどうにもならないんじゃない?
こういうデータがあります、これをデータベースwで管理したいです、っていう
要件には必ずそれなりの知識が必要になります。構築すればいいってもん
じゃない
Ruby on Rails は極力データベースを隠したけど、それでもRailsの約束ごとも
SQLもわからないんじゃどうしようもない、そう言う感じでよろしくと切に願います
>>969
ちゃんとしたコーディング規約に添って書かれていて、機能も豊富で、
なにげにドキュメントもちゃんとしてたりするけど、
そもそもの目的が「フレームワークを作る」ことにあって実際の現場で
叩き上げられてできたものじゃないのが大きい気がする。
Webアプリケーションフレームワークとして使いたいとは思わないけど、
ライブラリとしてつまみ食いするにはとても良い。
ちゃんとしたコーディング規約に添って書かれていて、機能も豊富で、
なにげにドキュメントもちゃんとしてたりするけど、
そもそもの目的が「フレームワークを作る」ことにあって実際の現場で
叩き上げられてできたものじゃないのが大きい気がする。
Webアプリケーションフレームワークとして使いたいとは思わないけど、
ライブラリとしてつまみ食いするにはとても良い。
>>972
Cakeやsymfonyが「現場で叩き上げられてできたもの」かどうかはさておいて、ね
どのフレームワークもはじめは頭でっかちだと思うよ
Zendの場合はその頭は筋がよい頭だと普通に思う
筋がよいといっておかしければ、PHPのアップグレードの方向性に沿っているというか
多分、言いたいことはそれが使う上で使いやすくこなれているかどうかってことだと
思うんだけど、なんでZendはそうならなかったのかっていうのは興味がある
無粋すぎたのかな?
Cakeやsymfonyが「現場で叩き上げられてできたもの」かどうかはさておいて、ね
どのフレームワークもはじめは頭でっかちだと思うよ
Zendの場合はその頭は筋がよい頭だと普通に思う
筋がよいといっておかしければ、PHPのアップグレードの方向性に沿っているというか
多分、言いたいことはそれが使う上で使いやすくこなれているかどうかってことだと
思うんだけど、なんでZendはそうならなかったのかっていうのは興味がある
無粋すぎたのかな?
ZendFrameworkはPEARの代替だと思っていた私は異端ですか?
というかそれでいいからぜひ開発、進歩を続けてほしいと今でも
思うんだが
サンプルコードとして、一つの指針としての価値は思いっきりあると
思うんだが、「できる」人たちには必要のないものなのかな?
というかそれでいいからぜひ開発、進歩を続けてほしいと今でも
思うんだが
サンプルコードとして、一つの指針としての価値は思いっきりあると
思うんだが、「できる」人たちには必要のないものなのかな?
ZFはPHP5の機能、PHP5的なコーディングのショーケースといった側面も強いように思う。
PEARさえいつまでたってもPHP4な状況に業を煮やして作られたような。
だからPHP5.3がリリースされたら名前空間や遅延的束縛、無名関数を使った
ZF2.0にシフトするんじゃないかと予想している。
閑話休題。
PHP6で搭載予定だった機能のうちUnicodeを除いたほとんどが5.3にも搭載されているのは
嬉しいことだけど、そうなると6がいらない子になってしまいそうで...
PEARさえいつまでたってもPHP4な状況に業を煮やして作られたような。
だからPHP5.3がリリースされたら名前空間や遅延的束縛、無名関数を使った
ZF2.0にシフトするんじゃないかと予想している。
閑話休題。
PHP6で搭載予定だった機能のうちUnicodeを除いたほとんどが5.3にも搭載されているのは
嬉しいことだけど、そうなると6がいらない子になってしまいそうで...
>>978
ああ、なんとなくわかる
結局みんな5.3で、6.xが普及するまでまた3年ほどかかるんじゃ
ないかっていうw
もうPHPの宿病だとは思うが
いまだに4.xで動かさなきゃいけないとかいう現実をみると
ああ、なんとなくわかる
結局みんな5.3で、6.xが普及するまでまた3年ほどかかるんじゃ
ないかっていうw
もうPHPの宿病だとは思うが
いまだに4.xで動かさなきゃいけないとかいう現実をみると
PHP5.3の無名関数って、あれちょっと違うよな。create_function()がかきやすくなったに過ぎない。
Javaとかの無名関数だって内部的な挙動を考えれば結局あんなもんじゃないかと・・・
書きやすいというのは大事。というかcreate_function()の書きにくさは異常。
クロージャの構文はもっと頭をひねってほしかったと言わざるを得ない。
クロージャの構文はもっと頭をひねってほしかったと言わざるを得ない。
array()の代わりに[]で配列を初期化できる機能は取り込まれないわけ?こっちの方がよっぽど価値高いと思うんだが。
array(array(array()),array(array()))←こういうのがウザイから。こういうふうに書かないといけない主要な言語はphpだけ。
RubyやPerlで複数行コメントが使いにくいので/* */的な記法が
欲しいとかいう感じのものよりは価値が低そうだ
無いものねだりとか隣の芝生とかいったりするかも
欲しいとかいう感じのものよりは価値が低そうだ
無いものねだりとか隣の芝生とかいったりするかも
>>989
それでもエディタが教えてくれるなら別にいいと思うが。普通はインデントとかして
分かりやすくするよな。じゃarray()なら分かりやすいかっていうと、逆にウザいだけだ。
[ 'validators' : [ 'inArray', 'mailaddress'] ]とかすっきりしていいよ。
functionて書くのすらウザいもの。
それでもエディタが教えてくれるなら別にいいと思うが。普通はインデントとかして
分かりやすくするよな。じゃarray()なら分かりやすいかっていうと、逆にウザいだけだ。
[ 'validators' : [ 'inArray', 'mailaddress'] ]とかすっきりしていいよ。
functionて書くのすらウザいもの。
>>991
そういう設定系なら、むしろもうテキストで読み込んでパースしたら?
それなら言語関係なく使えるじゃん
その為のJSON、YAML等なんだから
で、そういった「設定」以外でネストしたarray記述を書く部分って、
思ったより少ないよ
そういう設定系なら、むしろもうテキストで読み込んでパースしたら?
それなら言語関係なく使えるじゃん
その為のJSON、YAML等なんだから
で、そういった「設定」以外でネストしたarray記述を書く部分って、
思ったより少ないよ
配列のショートカットがないのはPHPだけだから。
その時点でおかしいってことに気付けよ。
しかし、実装が難しいっていうなら仕方ないけど、もう出来てるんだろ。
何でリリースに取り込まないわけ?
その時点でおかしいってことに気付けよ。
しかし、実装が難しいっていうなら仕方ないけど、もう出来てるんだろ。
何でリリースに取り込まないわけ?
数多くの修正・追加の中で、優先度が低いとされているから、だろ
結構前からずーっと要望している人もいるみたいだけど、うざがら
れている可能性もある。
ある意味Ruby信者みたいな感じに、とかw
結構前からずーっと要望している人もいるみたいだけど、うざがら
れている可能性もある。
ある意味Ruby信者みたいな感じに、とかw
配列を宣言する構文がarray()なのは、PHP/FIくらいの時代にはarray()が関数だった名残
・・・と、妄想してみる。PHP/FIを使ったこともソース読んだこともないけどw
・・・と、妄想してみる。PHP/FIを使ったこともソース読んだこともないけどw
(-_-)/~~~ピシー!ピシー!>>996
arrayがうざくないっていう人うざいよ
もし短い書き方が導入されたらそっち使うでしょ?
もし短い書き方が導入されたらそっち使うでしょ?
類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [100%] - 2008/12/23 16:48 ○
- 【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
- 【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう!【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
トップメニューへ / →のくす牧場書庫について