元スレ【PHP】フレームワークについて語るスレ10【総合】
php覧 / PC版 / みんなの評価 : ○
前へ951 = :
”自作”ってところが鍵になっていると思うよ。
955 = :
ゼンド多難
956 = :
Zendって身売り間近じゃなかったっけ。
オープンソースなPHPやZFの方が寿命長そう。
958 = :
5.3で名前空間が実装された今、ZFはフェードアウトか、
少なくとも大幅な仕様変更があるだろうな。
959 = :
ZFに時間と労力突っ込んじゃった奴涙目ｗｗｗ
960 = :
俺はZFしか触ったことないけど、>>958は他のフレームワークは関係しないの？
961 = :
phpの親方であるzendが名前空間無視したフレームワークなんて信じられな～～い
ってことでだろ
他のは仕方ないとしても
962 = :
>>960
他はPEARコーディング規約に則したクラス命名してるの少ないからな。
さすがにZendFrameworkは公式なだけあって名前空間使ってくるだろ。
今までも大胆な仕様変更をガンガンしてきた例から見ても間違いなく…
963 = :
ということでZFバージョン３まで待ちましょう
お約束です
964 = :
PEARコーディング規約に即した命名規則ならちょっとした変換スクリプト使えば容易に名前空間対応できるけどな
967 :
ソースが汚い汚いと言われてたcakePHPが流行ったのって何で？
968 = :
>>967
rails like
bake の愉快さ（not 実用性）
宣伝（というかユーザのブログ）
その他
じゃね？
決してドキュメントが親切とかそう言うことは無いんだけどね
969 = :
ソースが美しいzendはなんでこんなにも流行らないの？
970 = :
初心者でも ほほいのほい ってデータベース構築できないかなぁ
971 = :
>>970
構築した後どうするの？
結局RDBMSを知ってるか、それを使うアプリ(PHPでのシステムを含む)を
いじれるか、何か出来ないとどうにもならないんじゃない？
こういうデータがあります、これをデータベースｗで管理したいです、っていう
要件には必ずそれなりの知識が必要になります。構築すればいいってもん
じゃない
Ruby on Rails は極力データベースを隠したけど、それでもRailsの約束ごとも
SQLもわからないんじゃどうしようもない、そう言う感じでよろしくと切に願います
972 = :
>>969
ちゃんとしたコーディング規約に添って書かれていて、機能も豊富で、
なにげにドキュメントもちゃんとしてたりするけど、
そもそもの目的が「フレームワークを作る」ことにあって実際の現場で
叩き上げられてできたものじゃないのが大きい気がする。
Webアプリケーションフレームワークとして使いたいとは思わないけど、
ライブラリとしてつまみ食いするにはとても良い。
973 = :
>>970
MS-Access とか、それも難しければ MS-Excelでいいんじゃない？
立派なデータベースだよ。いやマジで
975 = :
>>972
Cakeやsymfonyが「現場で叩き上げられてできたもの」かどうかはさておいて、ね
どのフレームワークもはじめは頭でっかちだと思うよ
Zendの場合はその頭は筋がよい頭だと普通に思う
筋がよいといっておかしければ、PHPのアップグレードの方向性に沿っているというか
多分、言いたいことはそれが使う上で使いやすくこなれているかどうかってことだと
思うんだけど、なんでZendはそうならなかったのかっていうのは興味がある
無粋すぎたのかな？
977 = :
ZendFrameworkはPEARの代替だと思っていた私は異端ですか？
というかそれでいいからぜひ開発、進歩を続けてほしいと今でも
思うんだが
サンプルコードとして、一つの指針としての価値は思いっきりあると
思うんだが、「できる」人たちには必要のないものなのかな？
978 = :
ZFはPHP5の機能、PHP5的なコーディングのショーケースといった側面も強いように思う。
PEARさえいつまでたってもPHP4な状況に業を煮やして作られたような。
だからPHP5.3がリリースされたら名前空間や遅延的束縛、無名関数を使った
ZF2.0にシフトするんじゃないかと予想している。
閑話休題。
PHP6で搭載予定だった機能のうちUnicodeを除いたほとんどが5.3にも搭載されているのは
嬉しいことだけど、そうなると6がいらない子になってしまいそうで...
979 = :
>>978
ああ、なんとなくわかる
結局みんな5.3で、6.xが普及するまでまた３年ほどかかるんじゃ
ないかっていうｗ
もうPHPの宿病だとは思うが
いまだに4.xで動かさなきゃいけないとかいう現実をみると
980 = :
5が出たのいつだっけ？
3年で済むかな・・
982 = :
Javaとかの無名関数だって内部的な挙動を考えれば結局あんなもんじゃないかと・・・
983 = :
書きやすいというのは大事。というかcreate_function()の書きにくさは異常。
クロージャの構文はもっと頭をひねってほしかったと言わざるを得ない。
984 = :
でも、それだけやっても
あまり使い道はない。
985 = :
>>984
一見便利そうだけど、”本当に”必要だと思える場面にあったことはまだないな。
986 = :
array()の代わりに[]で配列を初期化できる機能は取り込まれないわけ？こっちの方がよっぽど価値高いと思うんだが。
987 = :
>>986
？？
array(1, 2, 3) が [1, 2, 3] って書けるように、ってこと？
ただ見た目が変わるだけに思うが、どういうときに嬉しいんだろう
988 = :
array(array(array()),array(array()))←こういうのがウザイから。こういうふうに書かないといけない主要な言語はphpだけ。
989 = :
>>988
[[[]],[[]]]
これがお前さんの望みか？
990 = :
RubyやPerlで複数行コメントが使いにくいので/* */的な記法が
欲しいとかいう感じのものよりは価値が低そうだ
無いものねだりとか隣の芝生とかいったりするかも
991 = :
>>989
それでもエディタが教えてくれるなら別にいいと思うが。普通はインデントとかして
分かりやすくするよな。じゃarray()なら分かりやすいかっていうと、逆にウザいだけだ。
[ 'validators' : [ 'inArray', 'mailaddress'] ]とかすっきりしていいよ。
functionて書くのすらウザいもの。
992 = :
確かにarrayはうざい
993 = :
>>991
そういう設定系なら、むしろもうテキストで読み込んでパースしたら？
それなら言語関係なく使えるじゃん
その為のJSON、YAML等なんだから
で、そういった「設定」以外でネストしたarray記述を書く部分って、
思ったより少ないよ
994 = :
配列のショートカットがないのはPHPだけだから。
その時点でおかしいってことに気付けよ。
しかし、実装が難しいっていうなら仕方ないけど、もう出来てるんだろ。
何でリリースに取り込まないわけ？
995 = :
数多くの修正・追加の中で、優先度が低いとされているから、だろ
結構前からずーっと要望している人もいるみたいだけど、うざがら
れている可能性もある。
ある意味Ruby信者みたいな感じに、とかｗ
999 = :
arrayがうざくないっていう人うざいよ
もし短い書き方が導入されたらそっち使うでしょ？
みんなの評価 : ○
php一覧へ類似してるかもしれないスレッド
- 【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 ☆
トップメニューへ / →のくす牧場書庫について