【PHP】フレームワークについて語るスレ9【総合】

**nobodyさん** · 2007/12/11(火) 23:37:20

前スレ
http://pc11.2ch.net/test/read.cgi/php/1192604501/

**nobodyさん** · 2007/12/11(火) 23:37:46

過去スレ

【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/

**nobodyさん** · 2007/12/11(火) 23:37:57

【洋モノ】

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/

**nobodyさん** · 2007/12/11(火) 23:39:58

立ててみたがよかったのか。
あれだけまったりしてて次スレが立たないとか。
もうPHPはフレームワーク論議を必要としないほど・・・

**nobodyさん** · 2007/12/12(水) 00:30:38

乙

**nobodyさん** · 2007/12/12(水) 01:58:46

新しいフレームワークが出るたびにインストールして
サイト作ってみて、どれだけ作りやすいか検証してるんだけど
最近さすがに嫌気が差してきたorz

**nobodyさん** · 2007/12/12(水) 02:24:16

本末転倒ですな。

**nobodyさん** · 2007/12/12(水) 03:44:19

ロリポップみたいなレンタルサーバーにも
RoRが標準装備される時期がすぐ来る
だとしたらPHPはRoRに負けるのは時間の問題だと思われる
今からRailsのマネだけのFWを覚えるのは時間の無駄

**nobodyさん** · 2007/12/12(水) 04:36:32

http://slashdot.jp/articles/07/12/11/046240.shtml
DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ

**nobodyさん** · 2007/12/12(水) 06:50:26

rubyが遅いって言ってる奴いるけど
マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。

**nobodyさん** · 2007/12/12(水) 07:07:14

相対的に遅い

**nobodyさん** · 2007/12/12(水) 07:19:00

じゃあCで書けばいいだろっ
この分からず屋っ

**nobodyさん** · 2007/12/12(水) 07:45:29

現時点でスピードと引換にできるだけのメリットが乏しいってことだな

**nobodyさん** · 2007/12/12(水) 09:52:04

>>10
最初に普及させるには、最初に満足する速度で動いてくれないと。
まぁrubyもvm搭載して速くなるのはすぐそこまで来てるし、
10年後にはPHP抜いてるかもね。

**nobodyさん** · 2007/12/12(水) 13:08:28

Rubyはオブジェクト指向だから、
初心者はとっつきにくいと思う。

**nobodyさん** · 2007/12/12(水) 13:17:22

というより、railsの仕組みがわからんかもね
セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。

**nobodyさん** · 2007/12/12(水) 16:23:57

んで、Rubyでオブジェクト指向を学習するなら、
JAVAでオブジェクト指向を学習したほが良いと思う。

**nobodyさん** · 2007/12/12(水) 16:26:18

つか、PHPでフレームワークやってれば問題ないと思う。

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

**nobodyさん** · 2007/12/12(水) 18:07:49

rubyが普及しない最大の原因は、あの癖のある言語仕様

**nobodyさん** · 2007/12/12(水) 22:31:37

やったらクセになるよ

**nobodyさん** · 2007/12/12(水) 22:56:30

確かにブロックとループは癖になる
あと、perl 由来の sort, map, grep 系な。
このあたりはなれてしまうとPHPでは不自由に感じる。

**nobodyさん** · 2007/12/12(水) 23:28:42

rubyの言語仕様は良くできてる。使いこなしたらｽﾊﾞﾗｼｲと分かる。
てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。

**nobodyさん** · 2007/12/12(水) 23:41:21

>>22 は褒めすぎで偏ってる気もするが。
ただ、PHPのソースで敢えてforeach を使わず

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

て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）

22 · 2007/12/12(水) 23:53:47

そうかぁ？Perlですら正規表現は =~ だしなぁ。
なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。

**nobodyさん** · 2007/12/13(木) 00:05:52

まあもともと出来た経緯だったり思想が全然違うしな
PersonalHomePageだし

**nobodyさん** · 2007/12/13(木) 00:10:16

>>24
そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。

いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。

**nobodyさん** · 2007/12/13(木) 01:00:36

>>26 であげられた「利点」を見てみると、PHPがフレームワークだ、っていうのがなんとなく理解できた。
つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。

**nobodyさん** · 2007/12/13(木) 01:30:26

いまさら何を
PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク

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

ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし

**nobodyさん** · 2007/12/13(木) 01:37:08

こういうこと言い出したら技術者としてはそれなりになった証拠だがビジネスとしては使えないな

**nobodyさん** · 2007/12/13(木) 01:44:26

>>23
配列の作り方によってはforeachだと予期しない順番になるから。

**nobodyさん** · 2007/12/13(木) 01:48:09

つまりperl仕えと

**nobodyさん** · 2007/12/13(木) 01:48:39

↑使え

**nobodyさん** · 2007/12/13(木) 01:49:09

>>30
それはつまり空の配列から、配列のインデックスを直に（int値で）指定しながら配列を構築する処理があるって事？
その時点でもうスクリプティングの方法論が違う様な気はする。

**nobodyさん** · 2007/12/13(木) 01:51:40

今更perlなんて使う価値ないだろ

**nobodyさん** · 2007/12/13(木) 01:59:26

>>34
perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。

いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。

**nobodyさん** · 2007/12/13(木) 02:48:22

いや今更Perlはないわ。RubyかPythonだろ。

**nobodyさん** · 2007/12/13(木) 02:59:49

って結局PHPじゃないのかよｗｗｗ
Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ

**nobodyさん** · 2007/12/13(木) 09:20:33

保守　　　Perl厨Ruby厨は自分のスレへｶｴﾘ

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

**nobodyさん** · 2007/12/13(木) 10:36:20

>>35
あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。

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

Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。