【PHP】フレームワークについて語るスレ9【総合】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
2007/12/11(火) 23:37:20ID:???http://pc11.2ch.net/test/read.cgi/php/1192604501/
0002nobodyさん
2007/12/11(火) 23:37:46ID:???【PHP】フレームワークについて語るスレ8【総合】
http://pc11.2ch.net/test/read.cgi/php/1192604501/
【PHP】フレームワークについて語るスレ7【総合】
http://pc11.2ch.net/test/read.cgi/php/1181350116/
【PHP】フレームワークについて語るスレ6【総合】
http://pc11.2ch.net/test/read.cgi/php/1171896620/
[PHP]フレームワークについて語るｽﾚ5[総合]
http://pc10.2ch.net/test/read.cgi/php/1159579507/
[PHP]フレームワークについて語るｽﾚ4[総合]
http://pc8.2ch.net/test/read.cgi/php/1151706907/
[PHP]フレームワークについて語るｽﾚ３[総合]
http://pc8.2ch.net/test/read.cgi/php/1145971945/
[PHP]フレームワークについて語るｽﾚ２[総合]
http://pc8.2ch.net/test/read.cgi/php/1135847024/
【PHP】フレームワークについて語るスレ【総合】
http://pc8.2ch.net/test/read.cgi/php/1123608068/
0003nobodyさん
2007/12/11(火) 23:37:57ID:???symfony
http://www.symfony-project.com/
code igniter
http://codeigniter.com/
Zend Framework
http://framework.zend.com/manual/ja/index.html
CakePHP
http://www.cakephp.org/
【和モノ】
ちいたん
http://php.cheetan.net/
Ethna
http://ethna.jp/
guesswork
http://classic.guesswork.jp/
maple
http://kunit.jp/maple/
0004nobodyさん
2007/12/11(火) 23:39:58ID:???あれだけまったりしてて次スレが立たないとか。
もうPHPはフレームワーク論議を必要としないほど・・・
0005nobodyさん
2007/12/12(水) 00:30:38ID:???0006nobodyさん
2007/12/12(水) 01:58:46ID:???サイト作ってみて、どれだけ作りやすいか検証してるんだけど
最近さすがに嫌気が差してきたorz
0007nobodyさん
2007/12/12(水) 02:24:16ID:???0008nobodyさん
2007/12/12(水) 03:44:19ID:???RoRが標準装備される時期がすぐ来る
だとしたらPHPはRoRに負けるのは時間の問題だと思われる
今からRailsのマネだけのFWを覚えるのは時間の無駄
0009nobodyさん
2007/12/12(水) 04:36:32ID:???DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ
0010nobodyさん
2007/12/12(水) 06:50:26ID:???マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。
0011nobodyさん
2007/12/12(水) 07:07:14ID:???0012nobodyさん
2007/12/12(水) 07:19:00ID:???この分からず屋っ
0013nobodyさん
2007/12/12(水) 07:45:29ID:???0014nobodyさん
2007/12/12(水) 09:52:04ID:???最初に普及させるには、最初に満足する速度で動いてくれないと。
まぁrubyもvm搭載して速くなるのはすぐそこまで来てるし、
10年後にはPHP抜いてるかもね。
0015nobodyさん
2007/12/12(水) 13:08:28ID:???初心者はとっつきにくいと思う。
0016nobodyさん
2007/12/12(水) 13:17:22ID:???セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。
0017nobodyさん
2007/12/12(水) 16:23:57ID:???JAVAでオブジェクト指向を学習したほが良いと思う。
0018nobodyさん
2007/12/12(水) 16:26:18ID:???【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
0019nobodyさん
2007/12/12(水) 18:07:49ID:???0020nobodyさん
2007/12/12(水) 22:31:37ID:???0021nobodyさん
2007/12/12(水) 22:56:30ID:???あと、perl 由来の sort, map, grep 系な。
このあたりはなれてしまうとPHPでは不自由に感じる。
0022nobodyさん
2007/12/12(水) 23:28:42ID:???てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。
0023nobodyさん
2007/12/12(水) 23:41:21ID:???ただ、PHPのソースで敢えてforeach を使わず
for($i=0; $i<count($ar); $i++){
$ar[$i] でほげほげ
}
て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）
002422
2007/12/12(水) 23:53:47ID:???なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。
0025nobodyさん
2007/12/13(木) 00:05:52ID:???PersonalHomePageだし
0026nobodyさん
2007/12/13(木) 00:10:16ID:???そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。
いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。
0027nobodyさん
2007/12/13(木) 01:00:36ID:???つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。
0028nobodyさん
2007/12/13(木) 01:30:26ID:???PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク
HTMLを拡張したと考えるぐらいが丁度いい
実地で使えることを優先してしまったので、
言語としての綺麗さとかポリシーとか
そういうのは二の次になってるよね
ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし
0029nobodyさん
2007/12/13(木) 01:37:08ID:???0031nobodyさん
2007/12/13(木) 01:48:09ID:???0032nobodyさん
2007/12/13(木) 01:48:39ID:???0033nobodyさん
2007/12/13(木) 01:49:09ID:???それはつまり空の配列から、配列のインデックスを直に（int値で）指定しながら配列を構築する処理があるって事？
その時点でもうスクリプティングの方法論が違う様な気はする。
0034nobodyさん
2007/12/13(木) 01:51:40ID:???0035nobodyさん
2007/12/13(木) 01:59:26ID:???perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。
いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。
0036nobodyさん
2007/12/13(木) 02:48:22ID:???0037nobodyさん
2007/12/13(木) 02:59:49ID:???Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ
0038nobodyさん
2007/12/13(木) 09:20:33ID:???【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
0039nobodyさん
2007/12/13(木) 10:36:20ID:???あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。
JavaScript = HTML（クライアント側ブラウザ用言語）
Perl = クライアント用作業自動化言語
PHP = ウェブサービス用言語
Java = 超大規模ウェブサービス用言語、携帯アプリ
Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。
0040nobodyさん
2007/12/13(木) 11:00:30ID:???バッチも俺はPHPで書くなぁ。
ここ最近Perl触ってないけど、Perlの案件てあるの？
いや、まぁ、あるとこには有るだろうけど。
0041nobodyさん
2007/12/13(木) 12:42:17ID:???phpを全面に出してるとこは、なぜか少ない。
004222
2007/12/13(木) 12:47:55ID:???ツール類も全部。rakeの存在が大きい。
ウェブではPHPかjavaだが。
0043nobodyさん
2007/12/13(木) 14:53:48ID:???Perlを使っていることは驚くほど少ない。
Perlで作ったものってのはインターネットが
普及しだしたころに個人が作った
簡易○○システム的な感覚だな。
0044nobodyさん
2007/12/13(木) 15:25:20ID:???見た記憶があるんだが
どこだったかな？
0045nobodyさん
2007/12/13(木) 17:38:09ID:???JavaScriptとAjaxが別の物として並んでる奴
0046nobodyさん
2007/12/13(木) 21:22:36ID:???str = 'hoge'
str[0] = 'm'
これでエラーが出るとかありえない
phpの柔軟さを見習って欲しい
0047nobodyさん
2007/12/13(木) 21:24:16ID:???0048nobodyさん
2007/12/13(木) 21:39:46ID:???0049nobodyさん
2007/12/13(木) 22:12:40ID:???0052nobodyさん
2007/12/13(木) 22:43:43ID:???え?
005350
2007/12/13(木) 22:47:43ID:???C言語やったことないっしょ？w
char str[] = "hoge";
str[0] = 'm';
こんなことできるお。
0054nobodyさん
2007/12/13(木) 22:50:42ID:???じゃあなんでpythonはこんな実装にしたんだろう
0055nobodyさん
2007/12/13(木) 23:00:08ID:???0057nobodyさん
2007/12/13(木) 23:35:02ID:???別に特別な型でも特別な操作でもない。
逆にそんなことができるスクリプト言語っていうのは、敢えて実装してるんだろうが。
perl は $str と $str[0] はなんの関連もないし。できるっていうのはRubyの事か？
0058nobodyさん
2007/12/13(木) 23:39:58ID:???0061nobodyさん
2007/12/13(木) 23:52:06ID:???$str = "hoge";
var_dump($str[4]);
ってやってみた。
string(1) " " ← 中身は"\0"
っていうのを期待したが
Uninitialized string offset: 4
って怒られたｗ
やっぱり敢えて実装してるのかな？
0062nobodyさん
2007/12/14(金) 00:03:13ID:???じゃあフレームワークの話振ってよ。
というか、言語の特性も知らずにフレームワークの話ができるか、って言う気もする。
Rails は初めPHPで書かれようとしてたってのは今更な話だけど。
PHPはどれだけJavaに近づけるかって世界だからもうね、ていう倦怠感が読み取れて
この流れは嫌いじゃ無いぞ。
スクリプト言語論議はむしろ根本じゃないか・・・ていうのは言い過ぎかな。
006350
2007/12/14(金) 00:07:35ID:???それは内部構造をかえしてるわけじゃないとおもうけどね。
てか文字列なんて内部じゃ配列でしょ。
最後がNULLかどうかは置いておいて。
0065nobodyさん
2007/12/14(金) 00:23:00ID:???この機能をフルで使っているとスクリプトとか、あんまり触りたくないな。
特にマルチバイト絡むとひどいことになりそうだ。
そのくせ、array_slice とか foreach とか使えないわけで、またPHPの半端な仕様が
印象に残ってしまったじゃないか。
0066nobodyさん
2007/12/14(金) 00:26:25ID:???それはPHPでは禁句だ。
0067nobodyさん
2007/12/14(金) 00:41:57ID:???foreach がダメなら for で。
$str = "日本語";
for($i=0; $i<strlen($str); $i++){
var_dump($str[$i]);
}
結果 ----------------------
string(1) "・
string(1) "・
string(1) "･"
string(1) "・
string(1) "・
string(1) "ｬ"
string(1) "・
string(1) "ｪ"
string(1) "・
---------------------------
ini_set('mbstring.internal_encoding', 'UTF-8');
for($i=0; $i<mb_strlen($str); $i++){
var_dump($str[$i]);
}
結果 ----------------------
string(1) "・
string(1) "・
string(1) "･"
---------------------------
・・・本当につかえねー。
0068nobodyさん
2007/12/14(金) 01:16:09ID:???0069nobodyさん
2007/12/14(金) 02:12:50ID:???やりたいことがいまいち分からないんだが
今時\0を終端文字にしてる方が怖くね？
バイナリデータ入れられないじゃん
0070nobodyさん
2007/12/14(金) 02:19:16ID:???だから
str = 'hoge'
str[0] = 'm'
でエラーになるpythonと同じじゃね？
エラーになる＝Cっぽいんじゃなくて
エラーにならないのはCだけと言うべきでは？
0071nobodyさん
2007/12/14(金) 02:30:25ID:???「今時」のC ( ++ でも # でもない ) は違うのか？それは知らなかった
>>70
いや、PHPとRubyでは出来る、っていうのが前提の流れだと思うんだが
0073nobodyさん
2007/12/14(金) 02:41:52ID:???ただ、>>61は「Cの（シンプルすぎる）ラッパ」の実験だと思うよ
俺もPHPのソースなんて読んだことないし。読める気もあんまりしないしｗ
0074nobodyさん
2007/12/14(金) 02:55:57ID:???0075nobodyさん
2007/12/14(金) 03:02:11ID:???new Hoge()->someMethod();
わざわざラッパかぶせないと出来ないんだねえ
function ref(&$object){ return $object; }
ref( new Hoge())->someMethod();
0076nobodyさん
2007/12/14(金) 03:18:33ID:???誰にでも使える、viewに親和性の高い言語として生まれたわけだが
1)CMSの普及により誰もがプログラムを書くという状況が終った
2)汎用的な言語としては、PHPは中途半端。そもそも目的が違う
ここから導かれる結論としては
1)unix的なシステムとの親和性が高い言語が重視される
2)rubyか、pythonか？いずれにしろPHPではない
0077nobodyさん
2007/12/14(金) 03:43:42ID:???少なくともPHPの出番はあと五年はある
それにPHP6になって盛り返すかもしれないし
0078nobodyさん
2007/12/14(金) 03:47:14ID:???その出自からviewに結びつきすぎてるから
汎用性において自由な他の言語に遅れをとっている
というか、完全に生まれ変わらない限り同じ土俵には乗ることができない
それはPHPという言語の消滅を意味する
0079nobodyさん
2007/12/14(金) 03:48:21ID:???0080nobodyさん
2007/12/14(金) 03:53:46ID:???そんなださい名前の言語がここまで隆盛を極めたこと自体が、
ほとんど奇跡的な、
あるニッチに需要が偶然一致した時にのみ起きた出来事だったんだよ。
0081nobodyさん
2007/12/14(金) 04:10:19ID:???rubyの人はどうしてんだろ
0082nobodyさん
2007/12/14(金) 04:15:08ID:???0083nobodyさん
2007/12/14(金) 04:17:29ID:???どんだけ適当にやってんだよ
0084nobodyさん
2007/12/14(金) 04:19:47ID:???interface使う＝PHPの領域から若干逸脱している
0085nobodyさん
2007/12/14(金) 04:21:09ID:???誰でも覚えられる、誰が書いてもそこそこのスピードで動く、mod_phpはインストールも運用も簡単。だから、PHP技術者は掃いて捨てるほどいる。
これらの強力なメリットの前では、冗長な記述の強制、バグ発見のしにくさとか、要するにダサイ言語仕様というデメリットは小さいこと。
0086nobodyさん
2007/12/14(金) 04:22:23ID:???oopしない人とかそういうわけじゃないよね？
0088nobodyさん
2007/12/14(金) 04:25:39ID:???PHP5の新機能で有効なのは例外と、foreachでリファレンスを渡せるようになったことくらい。
後は不要な機能ばかり。
0089nobodyさん
2007/12/14(金) 04:29:18ID:???俺には理解できん
0090nobodyさん
2007/12/14(金) 04:46:54ID:???名前空間とかパッケージの仕組みを導入するとか、fopen()みたいなのが例外を吐けるようにするスイッチを用意するとか。
低機能な標準DBドライバ、バグだらけのPDOの改善とか。
他のスクリプト言語にあってPHPにない機能は山ほどあるのにな。よりによってJavaのマネをしてみるっていうのが何を考えてるのやら。
0091nobodyさん
2007/12/14(金) 04:57:24ID:???言語の中途半端さまで許容されすぎたんだよ
そのインパクトの効用がそれほど重視されなくなった今
揺り戻しが必ず来るだろう
0092nobodyさん
2007/12/14(金) 07:34:21ID:???簡単に環境を構築できないってのは致命的。
大規模には向いてもお手軽にできないんじゃ一般的に普及するはずがない。
実際Java使われている所が一般（アマ）では皆無、銀行や金融系で多いというのがそれを物語っている。
普及するにはお手軽ってのは重要な要素だ。
PHPはJavaみたいな事にするより、もっと簡単さを押し出した進化をするべき。
0094nobodyさん
2007/12/14(金) 12:23:56ID:???今はapache -> tomcatの連携もだいぶ楽になったけど。
0095nobodyさん
2007/12/14(金) 13:01:00ID:???パッケージしか使わない人には関係ないのかな？
0096nobodyさん
2007/12/14(金) 13:26:58ID:???0097nobodyさん
2007/12/14(金) 14:44:12ID:???なので愚痴がおおい
0098nobodyさん
2007/12/14(金) 14:59:53ID:???http://phpspot.org/blog/archives/2007/12/php0.html
こんなの初めて知った
null文字列と0が等価と思ったら
普通の文字列とも等価になるのかよ
PHPﾋﾄﾞｽ
0099nobodyさん
2007/12/14(金) 15:12:06ID:???にしても酷いなこりゃ
0100nobodyさん
2007/12/14(金) 15:16:30ID:???
■ このスレッドは過去ログ倉庫に格納されています