トップページ⇒php
1001コメント310KB

【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:???
http://slashdot.jp/articles/07/12/11/046240.shtml
DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ
0010nobodyさん2007/12/12(水) 06:50:26ID:???
rubyが遅いって言ってる奴いるけど
マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。
0011nobodyさん2007/12/12(水) 07:07:14ID:???
相対的に遅い
0012nobodyさん2007/12/12(水) 07:19:00ID:???
じゃあCで書けばいいだろっ
この分からず屋っ
0013nobodyさん2007/12/12(水) 07:45:29ID:???
現時点でスピードと引換にできるだけのメリットが乏しいってことだな
0014nobodyさん2007/12/12(水) 09:52:04ID:???
>>10
最初に普及させるには、最初に満足する速度で動いてくれないと。
まぁrubyもvm搭載して速くなるのはすぐそこまで来てるし、
10年後にはPHP抜いてるかもね。
0015nobodyさん2007/12/12(水) 13:08:28ID:???
Rubyはオブジェクト指向だから、
初心者はとっつきにくいと思う。
0016nobodyさん2007/12/12(水) 13:17:22ID:???
というより、railsの仕組みがわからんかもね
セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。
0017nobodyさん2007/12/12(水) 16:23:57ID:???
んで、Rubyでオブジェクト指向を学習するなら、
JAVAでオブジェクト指向を学習したほが良いと思う。
0018nobodyさん2007/12/12(水) 16:26:18ID:???
つか、PHPでフレームワークやってれば問題ないと思う。

【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50

0019nobodyさん2007/12/12(水) 18:07:49ID:???
rubyが普及しない最大の原因は、あの癖のある言語仕様
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:???
rubyの言語仕様は良くできてる。使いこなしたらｽﾊﾞﾗｼｲと分かる。
てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。
0023nobodyさん2007/12/12(水) 23:41:21ID:???
>>22 は褒めすぎで偏ってる気もするが。
ただ、PHPのソースで敢えてforeach を使わず

for($i=0; $i<count($ar); $i++){
$ar[$i] でほげほげ
}

て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）
0024222007/12/12(水) 23:53:47ID:???
そうかぁ？Perlですら正規表現は =~ だしなぁ。
なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。
0025nobodyさん2007/12/13(木) 00:05:52ID:???
まあもともと出来た経緯だったり思想が全然違うしな
PersonalHomePageだし
0026nobodyさん2007/12/13(木) 00:10:16ID:???
>>24
そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。

いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。
0027nobodyさん2007/12/13(木) 01:00:36ID:???
>>26 であげられた「利点」を見てみると、PHPがフレームワークだ、っていうのがなんとなく理解できた。
つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。
0028nobodyさん2007/12/13(木) 01:30:26ID:???
いまさら何を
PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク

HTMLを拡張したと考えるぐらいが丁度いい
実地で使えることを優先してしまったので、
言語としての綺麗さとかポリシーとか
そういうのは二の次になってるよね

ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし
0029nobodyさん2007/12/13(木) 01:37:08ID:???
こういうこと言い出したら技術者としてはそれなりになった証拠だがビジネスとしては使えないな
0030nobodyさん2007/12/13(木) 01:44:26ID:???
>>23
配列の作り方によってはforeachだと予期しない順番になるから。
0031nobodyさん2007/12/13(木) 01:48:09ID:???
つまりperl仕えと
0032nobodyさん2007/12/13(木) 01:48:39ID:???
↑使え
0033nobodyさん2007/12/13(木) 01:49:09ID:???
>>30
それはつまり空の配列から、配列のインデックスを直に（int値で）指定しながら配列を構築する処理があるって事？
その時点でもうスクリプティングの方法論が違う様な気はする。
0034nobodyさん2007/12/13(木) 01:51:40ID:???
今更perlなんて使う価値ないだろ
0035nobodyさん2007/12/13(木) 01:59:26ID:???
>>34
perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。

いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。
0036nobodyさん2007/12/13(木) 02:48:22ID:???
いや今更Perlはないわ。RubyかPythonだろ。
0037nobodyさん2007/12/13(木) 02:59:49ID:???
って結局PHPじゃないのかよｗｗｗ
Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ
0038nobodyさん2007/12/13(木) 09:20:33ID:???
保守　　　Perl厨Ruby厨は自分のスレへｶｴﾘ

【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
0039nobodyさん2007/12/13(木) 10:36:20ID:???
>>35
あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。

JavaScript = HTML（クライアント側ブラウザ用言語）
Perl = クライアント用作業自動化言語
PHP = ウェブサービス用言語
Java = 超大規模ウェブサービス用言語、携帯アプリ


Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。
0040nobodyさん2007/12/13(木) 11:00:30ID:???
>>39
バッチも俺はPHPで書くなぁ。
ここ最近Perl触ってないけど、Perlの案件てあるの？
いや、まぁ、あるとこには有るだろうけど。
0041nobodyさん2007/12/13(木) 12:42:17ID:???
たぶん今でもperlの知識は必要とされてる筈。
phpを全面に出してるとこは、なぜか少ない。
0042222007/12/13(木) 12:47:55ID:???
俺はバッチもrubyだw
ツール類も全部。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:???
pythonとやらを使ってみたが
str = 'hoge'
str[0] = 'm'
これでエラーが出るとかありえない
phpの柔軟さを見習って欲しい
0047nobodyさん2007/12/13(木) 21:24:16ID:???
柔軟さって言うか、配列くらいは初期化しようよ。
0048nobodyさん2007/12/13(木) 21:39:46ID:???
PHPは変数スコープがレキシカルじゃないところが致命的にダメ。
0049nobodyさん2007/12/13(木) 22:12:40ID:???
あの腐れスコープはどの言語からパクったんだろうか。
0050nobodyさん2007/12/13(木) 22:32:27ID:???
>>47
>>46はhoge -> mogeにできないって意味じゃないのかな？
pythonしらんけど
0051nobodyさん2007/12/13(木) 22:37:49ID:???
>>50
そだよ
pythonでは文字列が変更できない
スクリプト言語のくせにこんなとこだけCっぽい
0052nobodyさん2007/12/13(木) 22:43:43ID:???
> スクリプト言語のくせにこんなとこだけCっぽい

え?
0053502007/12/13(木) 22:47:43ID:???
>>51
C言語やったことないっしょ？w
char str[] = "hoge";
str[0] = 'm';
こんなことできるお。
0054nobodyさん2007/12/13(木) 22:50:42ID:???
え？そうなんだ・・・
じゃあなんでpythonはこんな実装にしたんだろう
0055nobodyさん2007/12/13(木) 23:00:08ID:???
mutableだったらdictionaryのkeyとして使えないから。
0056nobodyさん2007/12/13(木) 23:29:34ID:???
>>53
俺はむしろそんなことができてしまう方が嫌。
0057nobodyさん2007/12/13(木) 23:35:02ID:???
てか、Cの場合は只の配列だから。
別に特別な型でも特別な操作でもない。

逆にそんなことができるスクリプト言語っていうのは、敢えて実装してるんだろうが。
perl は $str と $str[0] はなんの関連もないし。できるっていうのはRubyの事か？
0058nobodyさん2007/12/13(木) 23:39:58ID:???
ここは言語スレじゃねぇよ。読解家。
0059nobodyさん2007/12/13(木) 23:46:48ID:???
>>57
Rubyは知らないけどPHPはできる。
String型になっているのに、なんでそんな仕様にしたんだろう。
0060nobodyさん2007/12/13(木) 23:48:50ID:???
>>59
ヒント： ただのラッパー

・・・が真実かどうかは知らないｗ
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:???
>>58
じゃあフレームワークの話振ってよ。

というか、言語の特性も知らずにフレームワークの話ができるか、って言う気もする。
Rails は初めPHPで書かれようとしてたってのは今更な話だけど。

PHPはどれだけJavaに近づけるかって世界だからもうね、ていう倦怠感が読み取れて
この流れは嫌いじゃ無いぞ。
スクリプト言語論議はむしろ根本じゃないか・・・ていうのは言い過ぎかな。
0063502007/12/14(金) 00:07:35ID:???
>>61
それは内部構造をかえしてるわけじゃないとおもうけどね。
てか文字列なんて内部じゃ配列でしょ。
最後がNULLかどうかは置いておいて。


0064nobodyさん2007/12/14(金) 00:16:06ID:???
>>62
Java厨発見
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:???
PHP使えないから使えないんだよ
0069nobodyさん2007/12/14(金) 02:12:50ID:???
>>61
やりたいことがいまいち分からないんだが
今時\0を終端文字にしてる方が怖くね？
バイナリデータ入れられないじゃん
0070nobodyさん2007/12/14(金) 02:19:16ID:???
PHPも文字列が占有しているメモリを直接書き換えることなんてできないだろ？
だから
str = 'hoge'
str[0] = 'm'
でエラーになるpythonと同じじゃね？
エラーになる＝Cっぽいんじゃなくて
エラーにならないのはCだけと言うべきでは？
■ このスレッドは過去ログ倉庫に格納されています