【PHP】フレームワークについて語るスレ9【総合】
|
|
|
過去スレ
【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/
【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/
【洋モノ】
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/
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/
立ててみたがよかったのか。
あれだけまったりしてて次スレが立たないとか。
もうPHPはフレームワーク論議を必要としないほど・・・
あれだけまったりしてて次スレが立たないとか。
もうPHPはフレームワーク論議を必要としないほど・・・
乙
新しいフレームワークが出るたびにインストールして
サイト作ってみて、どれだけ作りやすいか検証してるんだけど
最近さすがに嫌気が差してきたorz
サイト作ってみて、どれだけ作りやすいか検証してるんだけど
最近さすがに嫌気が差してきたorz
本末転倒ですな。
ロリポップみたいなレンタルサーバーにも
RoRが標準装備される時期がすぐ来る
だとしたらPHPはRoRに負けるのは時間の問題だと思われる
今からRailsのマネだけのFWを覚えるのは時間の無駄
RoRが標準装備される時期がすぐ来る
だとしたらPHPはRoRに負けるのは時間の問題だと思われる
今からRailsのマネだけのFWを覚えるのは時間の無駄
http://slashdot.jp/articles/07/12/11/046240.shtml
DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ
DOS/Vマガジン脂肪でPHPもつられて脂肪ｗｗｗ
rubyが遅いって言ってる奴いるけど
マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。
マシン速度が自動的かつ必然的に進化するんだから
速度なんてたいした問題じゃないだろ。
今書いた糞遅いプログラムが
一年後にはそのままで数倍の速度で動くんだぜ。
相対的に遅い
じゃあCで書けばいいだろっ
この分からず屋っ
この分からず屋っ
現時点でスピードと引換にできるだけのメリットが乏しいってことだな
Rubyはオブジェクト指向だから、
初心者はとっつきにくいと思う。
初心者はとっつきにくいと思う。
というより、railsの仕組みがわからんかもね
セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。
セットアップもめんどい
PHPならとりあえずHTMLのなかに<?php ?>って書けば何でもできるし。
んで、Rubyでオブジェクト指向を学習するなら、
JAVAでオブジェクト指向を学習したほが良いと思う。
JAVAでオブジェクト指向を学習したほが良いと思う。
つか、PHPでフレームワークやってれば問題ないと思う。
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
rubyが普及しない最大の原因は、あの癖のある言語仕様
やったらクセになるよ
確かにブロックとループは癖になる
あと、perl 由来の sort, map, grep 系な。
このあたりはなれてしまうとPHPでは不自由に感じる。
あと、perl 由来の sort, map, grep 系な。
このあたりはなれてしまうとPHPでは不自由に感じる。
rubyの言語仕様は良くできてる。使いこなしたらｽﾊﾞﾗｼｲと分かる。
てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。
てかスクリプト言語だからこそ、ああいう融通の利いたことができるようにしないと。
PHPなんか正規表現ですら関数だし。文字列もstrcmp() == 0とか、あり得ない。
ホントCのラッパー。
>>22 は褒めすぎで偏ってる気もするが。
ただ、PHPのソースで敢えてforeach を使わず
for($i=0; $i<count($ar); $i++){
$ar[$i] でほげほげ
}
て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）
ただ、PHPのソースで敢えてforeach を使わず
for($i=0; $i<count($ar); $i++){
$ar[$i] でほげほげ
}
て記述が多いのはなんでだろう、って思う事は多い。使う人間の種類が違うのかも。
（もちろん、パフォーマンスが若干いいんだろうが、それよりも二次元くらいになると読みにくくないか？）
そうかぁ？Perlですら正規表現は =~ だしなぁ。
なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。
なんかスクリプト言語ならでは、ってものがないんだよな。
まぁ<? ?>ってやるだけでHTMLの中に自由に書けるのは大きいけどさ。
まあもともと出来た経緯だったり思想が全然違うしな
PersonalHomePageだし
PersonalHomePageだし
>>24
そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。
いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。
そのHTMLの中に自由にかける、ていうのはMVCフレームワーク的にかなり否定されつつある利点だけどなｗ
もうその辺は迷走中だろ。
いいところをあげるなら、サーバにアップするだけでそれなりに動く、HTTPヘッダを勝手に吐いてくれるので
何も考えなくてもエラーが画面で確認できる、POST、GET、COOKIE、SESSION、DBアクセスがビルトイン、
こんなところが「お手軽感」をかろうじて与えてくれる。
>>26 であげられた「利点」を見てみると、PHPがフレームワークだ、っていうのがなんとなく理解できた。
つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。
つまり言語として欠点をあげつらうのは間違いだったんだ！って思った。
いまさら何を
PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク
HTMLを拡張したと考えるぐらいが丁度いい
実地で使えることを優先してしまったので、
言語としての綺麗さとかポリシーとか
そういうのは二の次になってるよね
ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし
PHPはWeb開発言語として誕生したことをしらないのか？
PHP＝劣化フレームワーク
HTMLを拡張したと考えるぐらいが丁度いい
実地で使えることを優先してしまったので、
言語としての綺麗さとかポリシーとか
そういうのは二の次になってるよね
ま、所詮言語は道具だから、何でも良いんだけど
住めば都と言うし
こういうこと言い出したら技術者としてはそれなりになった証拠だがビジネスとしては使えないな
>>23
配列の作り方によってはforeachだと予期しない順番になるから。
配列の作り方によってはforeachだと予期しない順番になるから。
つまりperl仕えと
↑使え
今更perlなんて使う価値ないだろ
>>34
perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。
いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。
perlは(pythonは知りませんが)Windowsでも普通に使えるすてきなスクリプト言語ですが何か。
JavaScript覚えてもこんどは*nix系でシェル処理できないしな。
いや、もちろんPHPでもやろうと思えばできますが。そこは好みじゃないかな。
いや今更Perlはないわ。RubyかPythonだろ。
って結局PHPじゃないのかよｗｗｗ
Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ
Rubyは微妙すぎる・・・定番のバイナリを決めてくれｗ
保守 Perl厨Ruby厨は自分のスレへｶｴﾘ
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
【PHP】フレームワークについて語るスレ9【総合】
http://pc11.2ch.net/test/read.cgi/php/1197383840/l50
>>35
あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。
JavaScript = HTML（クライアント側ブラウザ用言語）
Perl = クライアント用作業自動化言語
PHP = ウェブサービス用言語
Java = 超大規模ウェブサービス用言語、携帯アプリ
Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。
あー。たしかに最近PerlはCGIとして使うと言うよりも
ただのスクリプト言語として使うようになったかも。
何かのバッチ的作業をするものとしてね。
JavaScript = HTML（クライアント側ブラウザ用言語）
Perl = クライアント用作業自動化言語
PHP = ウェブサービス用言語
Java = 超大規模ウェブサービス用言語、携帯アプリ
Ruby = ポストPHPをねらってがんばってください。数年後に普及しているといいですね。
Python = 一部の人だけ使ってください。
たぶん今でもperlの知識は必要とされてる筈。
phpを全面に出してるとこは、なぜか少ない。
phpを全面に出してるとこは、なぜか少ない。
俺はバッチもrubyだw
ツール類も全部。rakeの存在が大きい。
ウェブではPHPかjavaだが。
ツール類も全部。rakeの存在が大きい。
ウェブではPHPかjavaだが。
現在ではオープンソースのウェブアプリで
Perlを使っていることは驚くほど少ない。
Perlで作ったものってのはインターネットが
普及しだしたころに個人が作った
簡易○○システム的な感覚だな。
Perlを使っていることは驚くほど少ない。
Perlで作ったものってのはインターネットが
普及しだしたころに個人が作った
簡易○○システム的な感覚だな。
オープンソースの開発言語の統計を
見た記憶があるんだが
どこだったかな？
見た記憶があるんだが
どこだったかな？
噴飯物の人気言語リストってのなら見たことあるなぁ
JavaScriptとAjaxが別の物として並んでる奴
JavaScriptとAjaxが別の物として並んでる奴
pythonとやらを使ってみたが
str = 'hoge'
str[0] = 'm'
これでエラーが出るとかありえない
phpの柔軟さを見習って欲しい
str = 'hoge'
str[0] = 'm'
これでエラーが出るとかありえない
phpの柔軟さを見習って欲しい
柔軟さって言うか、配列くらいは初期化しようよ。
PHPは変数スコープがレキシカルじゃないところが致命的にダメ。
あの腐れスコープはどの言語からパクったんだろうか。
> スクリプト言語のくせにこんなとこだけCっぽい
え?
え?
え？そうなんだ・・・
じゃあなんでpythonはこんな実装にしたんだろう
じゃあなんでpythonはこんな実装にしたんだろう
mutableだったらdictionaryのkeyとして使えないから。
>>53
俺はむしろそんなことができてしまう方が嫌。
俺はむしろそんなことができてしまう方が嫌。
てか、Cの場合は只の配列だから。
別に特別な型でも特別な操作でもない。
逆にそんなことができるスクリプト言語っていうのは、敢えて実装してるんだろうが。
perl は $str と $str[0] はなんの関連もないし。できるっていうのはRubyの事か？
別に特別な型でも特別な操作でもない。
逆にそんなことができるスクリプト言語っていうのは、敢えて実装してるんだろうが。
perl は $str と $str[0] はなんの関連もないし。できるっていうのはRubyの事か？
ここは言語スレじゃねぇよ。読解家。
試しに
$str = "hoge";
var_dump($str[4]);
ってやってみた。
string(1) " " ← 中身は"\0"
っていうのを期待したが
Uninitialized string offset: 4
って怒られたｗ
やっぱり敢えて実装してるのかな？
$str = "hoge";
var_dump($str[4]);
ってやってみた。
string(1) " " ← 中身は"\0"
っていうのを期待したが
Uninitialized string offset: 4
って怒られたｗ
やっぱり敢えて実装してるのかな？
>>58
じゃあフレームワークの話振ってよ。
というか、言語の特性も知らずにフレームワークの話ができるか、って言う気もする。
Rails は初めPHPで書かれようとしてたってのは今更な話だけど。
PHPはどれだけJavaに近づけるかって世界だからもうね、ていう倦怠感が読み取れて
この流れは嫌いじゃ無いぞ。
スクリプト言語論議はむしろ根本じゃないか・・・ていうのは言い過ぎかな。
じゃあフレームワークの話振ってよ。
というか、言語の特性も知らずにフレームワークの話ができるか、って言う気もする。
Rails は初めPHPで書かれようとしてたってのは今更な話だけど。
PHPはどれだけJavaに近づけるかって世界だからもうね、ていう倦怠感が読み取れて
この流れは嫌いじゃ無いぞ。
スクリプト言語論議はむしろ根本じゃないか・・・ていうのは言い過ぎかな。
>>62
Java厨発見
Java厨発見
本当に何でこんな実装を組み込んだんだろ。
この機能をフルで使っているとスクリプトとか、あんまり触りたくないな。
特にマルチバイト絡むとひどいことになりそうだ。
そのくせ、array_slice とか foreach とか使えないわけで、またPHPの半端な仕様が
印象に残ってしまったじゃないか。
この機能をフルで使っているとスクリプトとか、あんまり触りたくないな。
特にマルチバイト絡むとひどいことになりそうだ。
そのくせ、array_slice とか foreach とか使えないわけで、またPHPの半端な仕様が
印象に残ってしまったじゃないか。
> 本当に何でこんな実装を組み込んだんだろ。
それはPHPでは禁句だ。
それはPHPでは禁句だ。
本当に使えないか試してみた。
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) "･"
---------------------------
・・・本当につかえねー。
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) "･"
---------------------------
・・・本当につかえねー。
PHP使えないから使えないんだよ
PHPも文字列が占有しているメモリを直接書き換えることなんてできないだろ？
だから
str = 'hoge'
str[0] = 'm'
でエラーになるpythonと同じじゃね？
エラーになる＝Cっぽいんじゃなくて
エラーにならないのはCだけと言うべきでは？
だから
str = 'hoge'
str[0] = 'm'
でエラーになるpythonと同じじゃね？
エラーになる＝Cっぽいんじゃなくて
エラーにならないのはCだけと言うべきでは？
どうしてアンチPHPが多いのか
どうしてphpってこれできないの？
new Hoge()->someMethod();
わざわざラッパかぶせないと出来ないんだねえ
function ref(&$object){ return $object; }
ref( new Hoge())->someMethod();
new Hoge()->someMethod();
わざわざラッパかぶせないと出来ないんだねえ
function ref(&$object){ return $object; }
ref( new Hoge())->someMethod();
別にアンチPHPじゃないが、PHPの役割は終ったんじゃないか？
誰にでも使える、viewに親和性の高い言語として生まれたわけだが
1)CMSの普及により誰もがプログラムを書くという状況が終った
2)汎用的な言語としては、PHPは中途半端。そもそも目的が違う
ここから導かれる結論としては
1)unix的なシステムとの親和性が高い言語が重視される
2)rubyか、pythonか？いずれにしろPHPではない
誰にでも使える、viewに親和性の高い言語として生まれたわけだが
1)CMSの普及により誰もがプログラムを書くという状況が終った
2)汎用的な言語としては、PHPは中途半端。そもそも目的が違う
ここから導かれる結論としては
1)unix的なシステムとの親和性が高い言語が重視される
2)rubyか、pythonか？いずれにしろPHPではない
ギーク的には終わったようなもんだろうけど、
少なくともPHPの出番はあと五年はある
それにPHP6になって盛り返すかもしれないし
少なくともPHPの出番はあと五年はある
それにPHP6になって盛り返すかもしれないし
PHP6の盛り返しはないと思うなぁ
その出自からviewに結びつきすぎてるから
汎用性において自由な他の言語に遅れをとっている
というか、完全に生まれ変わらない限り同じ土俵には乗ることができない
それはPHPという言語の消滅を意味する
その出自からviewに結びつきすぎてるから
汎用性において自由な他の言語に遅れをとっている
というか、完全に生まれ変わらない限り同じ土俵には乗ることができない
それはPHPという言語の消滅を意味する
やっぱ、PHPは良くも悪くもテンプレートだったんだよ
パーソナルホームページだっけ？
そんなださい名前の言語がここまで隆盛を極めたこと自体が、
ほとんど奇跡的な、
あるニッチに需要が偶然一致した時にのみ起きた出来事だったんだよ。
そんなださい名前の言語がここまで隆盛を極めたこと自体が、
ほとんど奇跡的な、
あるニッチに需要が偶然一致した時にのみ起きた出来事だったんだよ。
そういやrubyにinterfaceてないよな？
rubyの人はどうしてんだろ
rubyの人はどうしてんだろ
PHPでもinterface使うことなんてそんなにないだろ常考
いや普通にあるだろ。いくらphpだからって
どんだけ適当にやってんだよ
どんだけ適当にやってんだよ
Java的使い方しない限りないだろ
interface使う＝PHPの領域から若干逸脱している
interface使う＝PHPの領域から若干逸脱している
PHPがウェブ以外の分野に進出することはあり得ないが、ウェブでは当分優勢だと思うよ。
誰でも覚えられる、誰が書いてもそこそこのスピードで動く、mod_phpはインストールも運用も簡単。だから、PHP技術者は掃いて捨てるほどいる。
これらの強力なメリットの前では、冗長な記述の強制、バグ発見のしにくさとか、要するにダサイ言語仕様というデメリットは小さいこと。
誰でも覚えられる、誰が書いてもそこそこのスピードで動く、mod_phpはインストールも運用も簡単。だから、PHP技術者は掃いて捨てるほどいる。
これらの強力なメリットの前では、冗長な記述の強制、バグ発見のしにくさとか、要するにダサイ言語仕様というデメリットは小さいこと。
えー…
oopしない人とかそういうわけじゃないよね？
oopしない人とかそういうわけじゃないよね？
>>84ね
インターフェイスは要らんよな。ウェブでそんな複雑な構成のクラスなんて必要ない。
PHP5の新機能で有効なのは例外と、foreachでリファレンスを渡せるようになったことくらい。
後は不要な機能ばかり。
PHP5の新機能で有効なのは例外と、foreachでリファレンスを渡せるようになったことくらい。
後は不要な機能ばかり。
マジで言ってるのか
俺には理解できん
俺には理解できん
そんなしょうもない機能付けるより、array()にショートカットを付けるとか、いっそE4XやYMLを組み込んで、冗長な記述を防げるようにするとか。
名前空間とかパッケージの仕組みを導入するとか、fopen()みたいなのが例外を吐けるようにするスイッチを用意するとか。
低機能な標準DBドライバ、バグだらけのPDOの改善とか。
他のスクリプト言語にあってPHPにない機能は山ほどあるのにな。よりによってJavaのマネをしてみるっていうのが何を考えてるのやら。
名前空間とかパッケージの仕組みを導入するとか、fopen()みたいなのが例外を吐けるようにするスイッチを用意するとか。
低機能な標準DBドライバ、バグだらけのPDOの改善とか。
他のスクリプト言語にあってPHPにない機能は山ほどあるのにな。よりによってJavaのマネをしてみるっていうのが何を考えてるのやら。
HTML的な簡単さのインパクトがあまりにも強かったから
言語の中途半端さまで許容されすぎたんだよ
そのインパクトの効用がそれほど重視されなくなった今
揺り戻しが必ず来るだろう
言語の中途半端さまで許容されすぎたんだよ
そのインパクトの効用がそれほど重視されなくなった今
揺り戻しが必ず来るだろう
Javaとかは言語的には完成度が高いが、いざWebで使うとなると言語仕様以外の部分が足を引っ張るからな。
簡単に環境を構築できないってのは致命的。
大規模には向いてもお手軽にできないんじゃ一般的に普及するはずがない。
実際Java使われている所が一般（アマ）では皆無、銀行や金融系で多いというのがそれを物語っている。
普及するにはお手軽ってのは重要な要素だ。
PHPはJavaみたいな事にするより、もっと簡単さを押し出した進化をするべき。
簡単に環境を構築できないってのは致命的。
大規模には向いてもお手軽にできないんじゃ一般的に普及するはずがない。
実際Java使われている所が一般（アマ）では皆無、銀行や金融系で多いというのがそれを物語っている。
普及するにはお手軽ってのは重要な要素だ。
PHPはJavaみたいな事にするより、もっと簡単さを押し出した進化をするべき。
まーPHPに比べたら何倍も大変でしょ
今はapache -> tomcatの連携もだいぶ楽になったけど。
今はapache -> tomcatの連携もだいぶ楽になったけど。
なにかと再コンパイルが必要なphpのほうがよっぽどめんどくさいんだけど。
パッケージしか使わない人には関係ないのかな？
パッケージしか使わない人には関係ないのかな？
やっぱりPHPって人気者だな
嫌でも使わないといけない人がたくさんいるというだけの話
なので愚痴がおおい
なので愚痴がおおい
PHPで、文字列と数値0の比較は等価になるようです。
http://phpspot.org/blog/archives/2007/12/php0.html
こんなの初めて知った
null文字列と0が等価と思ったら
普通の文字列とも等価になるのかよ
PHPﾋﾄﾞｽ
http://phpspot.org/blog/archives/2007/12/php0.html
こんなの初めて知った
null文字列と0が等価と思ったら
普通の文字列とも等価になるのかよ
PHPﾋﾄﾞｽ
これただのミスじゃないの？
にしても酷いなこりゃ
にしても酷いなこりゃ
仕様です
==と===の違いを知らない奴ら発見ｗ
そんなことも知らなかったほうがすごい。
変数に型指定しなくていいことからわかるだろ、普通。
そんなことも知らなかったほうがすごい。
変数に型指定しなくていいことからわかるだろ、普通。
>>102
自動的に型変換するんだからおかしくないだろ
自動的に型変換するんだからおかしくないだろ
自動変換ったって
ヌルストリング→0
何らかの文字→1
になるのが普通の感覚じゃね？
ヌルストリング→0
何らかの文字→1
になるのが普通の感覚じゃね？
てゆーか、==で比較してる奴なんているの？
いや、俺は普通に使ってる。 > ==
ちゃんとわかってて使う分にはいいんじゃないの?
っていうか、全部===や!==ってっやてるわけ?
ちゃんとわかってて使う分にはいいんじゃないの?
っていうか、全部===や!==ってっやてるわけ?
>>98
文字列と0が常に等価となる訳でもない。
(int)"123abc"==123 になる。
サニタイジングしてれば不意に文字列と数値を比較するときなんてそうそうないけどなぁ。
===や!==を使うときは関数が0やfalseやnullを返す可能性があるときぐらいかな。
文字列と0が常に等価となる訳でもない。
(int)"123abc"==123 になる。
サニタイジングしてれば不意に文字列と数値を比較するときなんてそうそうないけどなぁ。
===や!==を使うときは関数が0やfalseやnullを返す可能性があるときぐらいかな。
・比較演算子を使う時、両辺のどちらかが数値の場合には暗黙で数値に変換される
・上記の変換で文字列が数値変換される時のルールが
「数値と解釈できる文字列から始まっていれば」その数値になり、「その他の場合」は0になる
"str" == 0 // true, "str" -> 0
"123str" == 123 // true, "123str" -> 123
"str123" == 123 // false, "str123" -> 0
"1.0str" == 1 // true, "1.0str" -> 1
・数値と文字列を比較すると暗黙で変換されるのでそうしないことを心掛ける
・想定する型比較と違う型が来る可能性がある場合はキャストしておく
のが重要、っていうか普通に書いてる分には困らない
あとこの型変換の仕様だけを出してきて「PHPの言語仕様は糞だ」
っていう奴はPHPより糞
PHPにはもっと言語仕様が糞なところはいっぱいある、
それはPHPユーザが一番知っている
・上記の変換で文字列が数値変換される時のルールが
「数値と解釈できる文字列から始まっていれば」その数値になり、「その他の場合」は0になる
"str" == 0 // true, "str" -> 0
"123str" == 123 // true, "123str" -> 123
"str123" == 123 // false, "str123" -> 0
"1.0str" == 1 // true, "1.0str" -> 1
・数値と文字列を比較すると暗黙で変換されるのでそうしないことを心掛ける
・想定する型比較と違う型が来る可能性がある場合はキャストしておく
のが重要、っていうか普通に書いてる分には困らない
あとこの型変換の仕様だけを出してきて「PHPの言語仕様は糞だ」
っていう奴はPHPより糞
PHPにはもっと言語仕様が糞なところはいっぱいある、
それはPHPユーザが一番知っている
"123str" -> 123
こんな中途半端な変換迷惑なだけです(><)
こんな中途半端な変換迷惑なだけです(><)
PHPの型変換はやっぱ変だよねえ。もっともnumber型とstring型で、型宣言できるようにした方がバグの混入が防げて結局効率的だと思うね。intとかfloatとか細かく分ける必要はないけど。
型宣言は今更のような気もするが...、まぁ動的型変換はなくてもいいかな。
宣言により型が決っちまうとfopenとかstrpos等、失敗したときなんかにfalse(boolean)を
返してしまうものは、上で誰かが書いてたけどそれこそ例外を投げてくれないといけなくなる。
そこまで求めるのなら他の言語へいった方が早くね?
宣言により型が決っちまうとfopenとかstrpos等、失敗したときなんかにfalse(boolean)を
返してしまうものは、上で誰かが書いてたけどそれこそ例外を投げてくれないといけなくなる。
そこまで求めるのなら他の言語へいった方が早くね?
そもそも複雑なプログラムを組むのにPHPを使うのが間違いなんじゃないの。
手早く簡素なコード組むためのもんだろ、PHPって。
手早く簡素なコード組むためのもんだろ、PHPって。
スキル低いウェブデザイナーが使う言語だからね。
使い続けていくうちにノウハウたまってくると、Javaでミドルウェア化してしまった方が便利。
PHPでの再利用なんてゴミだし、運用メンテが面倒。
使い続けていくうちにノウハウたまってくると、Javaでミドルウェア化してしまった方が便利。
PHPでの再利用なんてゴミだし、運用メンテが面倒。
どっから固定文字列の話が出てきたんだ?
＞ char str[] = "hoge";
どう見ても文字列定数です
どう見ても文字列定数です
実装依存だけど、むしろできない方が多いんじゃないかな
そうなの？Cはほとんど知らないけど、うちのDebianに入ってたgccでは出来た。
#include <stdio.h>
int main()
{
char str[] = "hoge";
str[0] = 'm';
printf("%s\n", str);
}
#include <stdio.h>
int main()
{
char str[] = "hoge";
str[0] = 'm';
printf("%s\n", str);
}
おまえら、C FAQ の1.32くらい読んどけ
オープンソースで配布するんでもなけりゃ、バイナリになってしまえば・・・
試してみたが、上のgccに加え、bcc55(bcc32.exe), VC++2005(cl.exe)でもできたな。
仕様上は不定かもしれんが、できない方が多い、かどうかは別かも。
というか、間違いなくスレ違い。以降は自重する。
仕様上は不定かもしれんが、できない方が多い、かどうかは別かも。
というか、間違いなくスレ違い。以降は自重する。
ここはPHP一筋の人だけのスレです
他言語も使ってる意志の弱い奴は去れ
他言語も使ってる意志の弱い奴は去れ
今のところ実装が一つだけのPHPは幸せだな・・・と思いきや言語仕様も無いようなもんかｗ
まあそれはRubyも同じだけど
（Windows版で商用につかってる超マイノリティは無視だ）
まあそれはRubyも同じだけど
（Windows版で商用につかってる超マイノリティは無視だ）
131 ：質問：2007/12/16(日) 01:48:45 ID:6S6s0OEC
[1]よく使うPHPフレームワークは？
[2]昔使っていたPHPフレームワークは？
[3]PHP4系とPHP5系どっちらを多く使う？
[4]テンプレートシステムを使うとしたら何使う？
[5]IDEとかは使う？
[6]よく使うRDBは？
[7]PHP以外でWEBアプリを作るとしたら何を使う？
[2]昔使っていたPHPフレームワークは？
[3]PHP4系とPHP5系どっちらを多く使う？
[4]テンプレートシステムを使うとしたら何使う？
[5]IDEとかは使う？
[6]よく使うRDBは？
[7]PHP以外でWEBアプリを作るとしたら何を使う？
>>131
叩かれるの承知で書いてみる。
1.俺俺 今後はZendFW?
2.俺俺
3.PHP4 漸く5に移行中。
4.Smarty
5.PDTなんだがVs.Phpを使ってみたい。
6.PostgreSQL
7.Mono(ASP.NET C#)
叩かれるの承知で書いてみる。
1.俺俺 今後はZendFW?
2.俺俺
3.PHP4 漸く5に移行中。
4.Smarty
5.PDTなんだがVs.Phpを使ってみたい。
6.PostgreSQL
7.Mono(ASP.NET C#)
俺も便乗してみる
[1]cakephp
[2]ethna+syrup+かなりのオレオレ改造(使用頻度は低いけどまだ使う事はあると思う)
[3]しがらみが無ければ5系だけど、安い案件ばかりなので選ぶ自由がほぼない
[4]Smarty
[5]PDT
[6]PostgreSQL
[7]RubyとPythonが興味あるけどどっちもほとんどいじってない（；´Д｀）
[1]cakephp
[2]ethna+syrup+かなりのオレオレ改造(使用頻度は低いけどまだ使う事はあると思う)
[3]しがらみが無ければ5系だけど、安い案件ばかりなので選ぶ自由がほぼない
[4]Smarty
[5]PDT
[6]PostgreSQL
[7]RubyとPythonが興味あるけどどっちもほとんどいじってない（；´Д｀）
>>134
スレ違いの書き込みなんていくらでもあるのになんでそこだけキレたんだ？
スレ違いの書き込みなんていくらでもあるのになんでそこだけキレたんだ？
phpはフレームワークに向いてない言語くさいね
どれだけの時間がかかるか知らないけど
便利なライブラリと実用性がphpほど追いつけば
最終的にはRORがWEBプログラムの主流になるね
どれだけの時間がかかるか知らないけど
便利なライブラリと実用性がphpほど追いつけば
最終的にはRORがWEBプログラムの主流になるね
>>134
国分「PHPが糞言語と分かってどんな気持ちだった？
国分「PHPが糞言語と分かってどんな気持ちだった？
PHPはフレームワークに向いてないから乱立するんだよな
今の水準よりも上のフレームワークはもう出来ないだろう
早い話がPHPでrailsを超えるフレームワークを作るのは言語的に無理
今の水準よりも上のフレームワークはもう出来ないだろう
早い話がPHPでrailsを超えるフレームワークを作るのは言語的に無理
フレームワーク全盛になったのを機会に
ｐｈｐの時代がそろそろ終わりそうな気がする
ｐｈｐの時代がそろそろ終わりそうな気がする
[1]symfony
[2]mojavi
[3]5
[4]使わない
[5]Zend
[6]MySQL
[7]Python
[2]mojavi
[3]5
[4]使わない
[5]Zend
[6]MySQL
[7]Python
[1]Phrame
[2]なし
[3]PHP3
[4]html
[5]Iメモ帳
[6]CSV
[7]CGI
[2]なし
[3]PHP3
[4]html
[5]Iメモ帳
[6]CSV
[7]CGI
pythonの引数の自由度の高さは異常
キーワード引数
*args
**args
あたりはPHPもパクるべき
キーワード引数
*args
**args
あたりはPHPもパクるべき
>>143
なんでテーマからずれるかな
なんでテーマからずれるかな
Ethna使ってた人はrhacoに行くパターンも多いんだな
haltさんとかriafさんとかが使ってるのも大きいんだろう
haltさんとかriafさんとかが使ってるのも大きいんだろう
[1]俺俺railsもどき
[2]俺俺
[3]PHP5系
[4]俺俺からincludeしてviewのPHPファイル読むだけ。
[5]ZendStudio。VS.Php試用版使って、安いしこっちでも良かったと後悔中。
[6]MySQL。ライセンス考えたらこれしかない。
[7]Java。てか配布用にPHPでやってるだけ。ASP.NETも好きだけどレンタル鯖が高いからやめ。
[2]俺俺
[3]PHP5系
[4]俺俺からincludeしてviewのPHPファイル読むだけ。
[5]ZendStudio。VS.Php試用版使って、安いしこっちでも良かったと後悔中。
[6]MySQL。ライセンス考えたらこれしかない。
[7]Java。てか配布用にPHPでやってるだけ。ASP.NETも好きだけどレンタル鯖が高いからやめ。
[1]Zend
[2]-
[3]5
[4]Zend
[5]Eclipse
[6]MySQL
[7]Java+WebObjects
[2]-
[3]5
[4]Zend
[5]Eclipse
[6]MySQL
[7]Java+WebObjects
>131
アンカー付けないと、何がなんだかわからんね。
[1]symfony
[2]Mojavi3
[3]5
[4]今のところ無し
[5]前はZend Studio
[6]PostgreSQL
[7]Ruby（Rails）
これに加え、
[8]気になってるPHPフレームワーク
を付け加えて欲しいな。
俺は
[8] Akelos
アンカー付けないと、何がなんだかわからんね。
[1]symfony
[2]Mojavi3
[3]5
[4]今のところ無し
[5]前はZend Studio
[6]PostgreSQL
[7]Ruby（Rails）
これに加え、
[8]気になってるPHPフレームワーク
を付け加えて欲しいな。
俺は
[8] Akelos
みったんフレームワーク使ってる奴出てこい。
一般に公開してないからみったんだけだろ
Framework全般に直接関係する事じゃないんだけど
文字エンコードってどれ使ってる？
一昔前はEUC-JPが常識って感じだったけど、最近はUTF-8が多いんだろうか。
FrameworkによってはUTF-8使うのを半ば必須みたいに書いてるのもあるし。
昔はPHPで検索かけて色々サンプルとか見ても、設定の例もサンプルの中身も大抵EUC-JPだったよね。
自分はその頃からそれがなんだか嫌で、ASP.NETもやってるんだけどこっちはUTF-8が相性良くて
これといって文字コード関係で悩まされた事がないんで好きなんだけど
やっぱまだEUC派って多い？
JavaとPHPは初めてやった時やたらエンコード関連の文字化けで悩まされた・・・
特にアップロード機能とかメールとか絡むと。
これからはPHPでもUTF-8がデファクトスタンダードになっていくのかなあ。
なっていって欲しいけど。
文字エンコードってどれ使ってる？
一昔前はEUC-JPが常識って感じだったけど、最近はUTF-8が多いんだろうか。
FrameworkによってはUTF-8使うのを半ば必須みたいに書いてるのもあるし。
昔はPHPで検索かけて色々サンプルとか見ても、設定の例もサンプルの中身も大抵EUC-JPだったよね。
自分はその頃からそれがなんだか嫌で、ASP.NETもやってるんだけどこっちはUTF-8が相性良くて
これといって文字コード関係で悩まされた事がないんで好きなんだけど
やっぱまだEUC派って多い？
JavaとPHPは初めてやった時やたらエンコード関連の文字化けで悩まされた・・・
特にアップロード機能とかメールとか絡むと。
これからはPHPでもUTF-8がデファクトスタンダードになっていくのかなあ。
なっていって欲しいけど。
みったんフレームワークマニュアルだけ公開してるんだっけ？
ていうか知ってる奴いるのか
ていうか知ってる奴いるのか
商売だからさ
PEARに依存してるフレームワークは使う気にならないんだよなあ。
相手先でそれが使えるとは限らないから。
単体で動くのが一番楽で環境依存しないからいい。
相手先でそれが使えるとは限らないから。
単体で動くのが一番楽で環境依存しないからいい。
PEARもパッケージに含めたらいいんじゃないの
UNIXのコマンドラインツールは今でもEUC前提のが多い。UNIX上で開発しようとすると、EUCがやりやすい。
みったんフレームワークDIコンテナも付いてるな
>>157
でも最近はDBをUTF8にすることって多くない？
でも最近はDBをUTF8にすることって多くない？
utf8の完全勝利っぽいですよ、最近。
PEARがあった方が楽、環境に依存した方が楽
DBをSJISにしてこそPHPプロ
Ajaxが絡んでくるので最初からUTF-8の方が変換がない分楽。
PostgreSQL7.xとEUCでやってたらつっこめない文字とかあるし。
PostgreSQL7.xとEUCでやってたらつっこめない文字とかあるし。
さらにスレチネタになるんだが文字コードついでに...
㈱とかをPDTだとEUCで保存できない。
㈱って入力されたら「株式会社」と変換したいだけなんだが。
㈱とかをPDTだとEUCで保存できない。
㈱って入力されたら「株式会社」と変換したいだけなんだが。
http://blog.ohgaki.net/index.php/yohgaki/2007/12/16/squirrelmail-1
SquirrelMailに攻撃コード埋め込まれてPHP普通に脂肪ｗｗｗ
SquirrelMailに攻撃コード埋め込まれてPHP普通に脂肪ｗｗｗ
>>164
で？
で？
>>155
FWに依存してるのは良くてPEARに依存するのがダメな理由は？
相手先で使えると限らないのはFWも一緒では？
>>157
んなこたない
ターミナルUTF-8にしてそれが原因でUNIX上で困った事とか特にない
FWに依存してるのは良くてPEARに依存するのがダメな理由は？
相手先で使えると限らないのはFWも一緒では？
>>157
んなこたない
ターミナルUTF-8にしてそれが原因でUNIX上で困った事とか特にない
前スレ
------------------------------------------------
□ 962 nobodyさん [sage] 2007/12/09(日) 22:40:08 ID:???
>>960
それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。
大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。
要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。
------------------------------------------------
これEUCも一緒だろ。ダメ文字が無いってだけで、ラテン文字入ったら文字コード変換は必須。
お前ら直近でループしてるんじゃねえよｗ
------------------------------------------------
□ 962 nobodyさん [sage] 2007/12/09(日) 22:40:08 ID:???
>>960
それ（変換とか）よりもSJISの場合はダメ文字絡みがやっぱり一番大きいと思うんだ。
シングルバイト圏の作るライブラリとか。
大体文字コードの変換なんてかつては「必要悪」だったのが今やただのオーバヘッドや
不具合の温床だと思ってそれほど間違ってるかな。
要はWindowsさえ次のOSでごにょごにょやってSJIS(CP932？)捨ててくれれば、問題の
大部分はweb系に関してはほとんど片づきそうな気もする。
------------------------------------------------
これEUCも一緒だろ。ダメ文字が無いってだけで、ラテン文字入ったら文字コード変換は必須。
お前ら直近でループしてるんじゃねえよｗ
俺はmysql使ってるから
すべてUTF-8に統一すればいいんだよ
すべてUTF-8に統一すればいいんだよ
文字コードで議論してるやつは
激しくスレ違いだけどな！
激しくスレ違いだけどな！
改修案件で、初めてオレオレFWというやつを触ることになった。
1つ1つのメソッドがやってることはコメントに書いてくれてるんだが、それがどういう順番に動作して
いるのか意味不明。
コントローラ内に平気でSQL直書きしてあったり、SQL文組み立てのメソッドがあったりする。
モデルは単にネイティブ関数のラップ。（Pear::DBもどきをモデルと言い張ってるorz）
それのどこがMVCやねん！と突っ込みたくなるが、コメントには「これはMVCフレームワーク」とか
書いてあるｗ
中途半端なコメントじゃない系統立てたドキュメント残してくれるならともかく、自己満FWを使ったなら
改修も一生面倒見てほすぃ。
1つ1つのメソッドがやってることはコメントに書いてくれてるんだが、それがどういう順番に動作して
いるのか意味不明。
コントローラ内に平気でSQL直書きしてあったり、SQL文組み立てのメソッドがあったりする。
モデルは単にネイティブ関数のラップ。（Pear::DBもどきをモデルと言い張ってるorz）
それのどこがMVCやねん！と突っ込みたくなるが、コメントには「これはMVCフレームワーク」とか
書いてあるｗ
中途半端なコメントじゃない系統立てたドキュメント残してくれるならともかく、自己満FWを使ったなら
改修も一生面倒見てほすぃ。
ソースレベルデバッガで追えばいい。てかWEBのデバッグなんか楽勝だろ。
リクエスト出して最後に何か吐いて終わりなんだし。
スパゲティになりようがない。
php1枚にプログラムもHTMLべた書きのウンコソースメンテするよりはマシだと思うぞ。
リクエスト出して最後に何か吐いて終わりなんだし。
スパゲティになりようがない。
php1枚にプログラムもHTMLべた書きのウンコソースメンテするよりはマシだと思うぞ。
WEBなんてprint_r使えば
どこでもいつでもすぐデバッグできるよ
どこでもいつでもすぐデバッグできるよ
クラスを多用するとprintデバッグじゃきつくなる。その点からもウェブにオブジェクト指向は控えるべきと言える。
ソースレベルデバッグしろっての・・・
どなたか数n行でMVCの基本構造のコードを書いてください
だが断る
どなたかフレームワークの構造を簡単に教えてください。
M->DB制御
V->HTML制御
C->MとVをコントロールする中間管理職
V->HTML制御
C->MとVをコントロールする中間管理職
>>181
勉強しなおせ
勉強しなおせ
>>182
つり？
つり？
>>181
Modelはテーブルを具現化したものとは限らないとおも。
Modelはテーブルを具現化したものとは限らないとおも。
>>183
お前がつり？
お前がつり？
ぁ、ぁのう、どなたかフレームワークの構造を簡単に教えてください。
できれば単純なものをコードで書いて頂ければ幸いです。
できれば単純なものをコードで書いて頂ければ幸いです。
188 ：nobodyさん：2007/12/18(火) 13:38:03 ID:6timmGHR
// ここに前処理
for ($i = 0; $i < 100; $i++) {
// ここに処理
}
// ここに後処理
何かの処理を100回繰り返すフレームワーク
どうだすごいだろ。えへん
for ($i = 0; $i < 100; $i++) {
// ここに処理
}
// ここに後処理
何かの処理を100回繰り返すフレームワーク
どうだすごいだろ。えへん
ツッコミづらい
単純なコードにするのがフレームワークなのに
フレームワークを単純なコードでかけるか！
フレームワークを単純なコードでかけるか！
フレームワークばっかり使ってると脳が解けるよ
>>186
なにも具体的な反論できないとこみると、釣りみたいだな
なにも具体的な反論できないとこみると、釣りみたいだな
>>187
フレームワークのやることは、ユーザからのリクエストに応じて、呼び出す関数やクラスを決定し、実際に呼び出すだけ。それをどれだけ便利にできるかで、各フレームワークの特徴が出る。
<?php
// _actionパラメータの値を調べる。なければ 'index' を使う。
$action = $_REQUEST['_action'];
if (! $action) $action = 'index';
// 関数 do_$action() を実行する（例えば do_index(), do_list() など）。
// これらの関数はアクションを処理するのでアクションハンドラと呼ばれる。
// フォーム値のチェックやDB操作はアクションハンドラの中で行う。
require_once("$action.php");
$funcname = "do_$action";
$ret = $function();
// 配列が返されたら、テンプレートを読み込んで表示する。
// 文字列が返されたら、それをURLとみなし、リダイレクトする。
if (is_array($ret)) {
$template = "templates/$action.php";
extract($ret);
include($template);
} else if (is_string($ret)) {
header("Location: $ret");
}
?>
フレームワークのやることは、ユーザからのリクエストに応じて、呼び出す関数やクラスを決定し、実際に呼び出すだけ。それをどれだけ便利にできるかで、各フレームワークの特徴が出る。
<?php
// _actionパラメータの値を調べる。なければ 'index' を使う。
$action = $_REQUEST['_action'];
if (! $action) $action = 'index';
// 関数 do_$action() を実行する（例えば do_index(), do_list() など）。
// これらの関数はアクションを処理するのでアクションハンドラと呼ばれる。
// フォーム値のチェックやDB操作はアクションハンドラの中で行う。
require_once("$action.php");
$funcname = "do_$action";
$ret = $function();
// 配列が返されたら、テンプレートを読み込んで表示する。
// 文字列が返されたら、それをURLとみなし、リダイレクトする。
if (is_array($ret)) {
$template = "templates/$action.php";
extract($ret);
include($template);
} else if (is_string($ret)) {
header("Location: $ret");
}
?>
MVCを現実の何かに例えて・・・
とか考えたのだが、いい例が浮かばない・・・
M：銀行（お金貸す側）
V：企業、個人（お金借りる側）
C：国（ルール決める側）
こりゃぜんぜん違うしなー
おまいら何か妙案ありませぬか？
とか考えたのだが、いい例が浮かばない・・・
M：銀行（お金貸す側）
V：企業、個人（お金借りる側）
C：国（ルール決める側）
こりゃぜんぜん違うしなー
おまいら何か妙案ありませぬか？
Mに具体的に何やらせれば良いのかが良くわかりません。
詰まる所、DBやファイルからデータを引っ張って来たり、書き込んだりって言う処理を汎用的に使える様にしたプログラムはMですか？
詰まる所、DBやファイルからデータを引っ張って来たり、書き込んだりって言う処理を汎用的に使える様にしたプログラムはMですか？
どっかからとってきたデータをごにょごにょ加工するのがMで加工したデータをどのテンプレートに渡すか決めるのがCでそれを表示するのがVでつ
>>184嫁よ
まあModelかと。
逆にみんなそこまでは判ってて、それだけ考えてピンとこなくなってる奴いるんじゃないかなー
モデル化すべき部品が数えるほどしかない場合って、MVCに拘っても特に嬉しい事ないのよね
M：金全般の定義と、基本的な処理の実装
・価値クラス
・価値クラスを継承した「動産」
・価値クラスを継承した「不動産」
・価値クラスを継承した「貨幣」
V：金扱う場所や事例
・不動産屋
・コンビニのレジ
・自動販売機
C：制御部分
・不動産屋がModel扱う場合の処理
・レジのバイトの応対、帳簿の付け方
・自動販売機に入った貨幣の形状認識、押された商品と釣り銭の出力
続く
逆にみんなそこまでは判ってて、それだけ考えてピンとこなくなってる奴いるんじゃないかなー
モデル化すべき部品が数えるほどしかない場合って、MVCに拘っても特に嬉しい事ないのよね
M：金全般の定義と、基本的な処理の実装
・価値クラス
・価値クラスを継承した「動産」
・価値クラスを継承した「不動産」
・価値クラスを継承した「貨幣」
V：金扱う場所や事例
・不動産屋
・コンビニのレジ
・自動販売機
C：制御部分
・不動産屋がModel扱う場合の処理
・レジのバイトの応対、帳簿の付け方
・自動販売機に入った貨幣の形状認識、押された商品と釣り銭の出力
続く
>>200は>>197宛でした。
続き
>>200の例で、分離による嬉しい事の例：
・法律が変わって資産計上の仕方が変わった場合に、モデルが分離していれば
基本的な処理の段階に修正を加えて全体の整合性を保てる。
・コンビニがポイント制導入したとしても「コンビニのポイントモデル」を
追加してコンビニのView/Controller変えることで、「他の事例への影響」を
完全に切り離せる。
・貨幣偽装事件が相次いで貨幣の形が変わった場合、自動販売機の制御部分を
変えるだけで済む。他の概念には影響しない。
こういう全体像の場合、モデルを「貨幣」として実装しても組み上げる事は可能。
でも変更対応性は損なわれるし、そもそも証券やら信用やら扱うと「貨幣」を
継承するのは無理があるし、等価的に扱えない。
特にコントローラー側が泣く。
上記の例でも、動産／不動産の価値と実貨幣価値を、「常に整合性が保たれる
ように変換」する作業が必要になってしまう。
で、貨幣ではなく「価値」という概念でモデルを抽象化しとく、と。
冗長になったなぁ。判りやすくはねえな。
人に教える時に悩むのが、実際に何かシステムを作らなくちゃいけないときに
上記の例でいう「価値をくくりだせばいいんだ」という着想をどうやって行う
べきかって話なんだよね。MVCってOOADが要る、っていうかOOADしっかり
考えられる奴はMVC必要なかったりするしな
PHP関係なくてすまん
続き
>>200の例で、分離による嬉しい事の例：
・法律が変わって資産計上の仕方が変わった場合に、モデルが分離していれば
基本的な処理の段階に修正を加えて全体の整合性を保てる。
・コンビニがポイント制導入したとしても「コンビニのポイントモデル」を
追加してコンビニのView/Controller変えることで、「他の事例への影響」を
完全に切り離せる。
・貨幣偽装事件が相次いで貨幣の形が変わった場合、自動販売機の制御部分を
変えるだけで済む。他の概念には影響しない。
こういう全体像の場合、モデルを「貨幣」として実装しても組み上げる事は可能。
でも変更対応性は損なわれるし、そもそも証券やら信用やら扱うと「貨幣」を
継承するのは無理があるし、等価的に扱えない。
特にコントローラー側が泣く。
上記の例でも、動産／不動産の価値と実貨幣価値を、「常に整合性が保たれる
ように変換」する作業が必要になってしまう。
で、貨幣ではなく「価値」という概念でモデルを抽象化しとく、と。
冗長になったなぁ。判りやすくはねえな。
人に教える時に悩むのが、実際に何かシステムを作らなくちゃいけないときに
上記の例でいう「価値をくくりだせばいいんだ」という着想をどうやって行う
べきかって話なんだよね。MVCってOOADが要る、っていうかOOADしっかり
考えられる奴はMVC必要なかったりするしな
PHP関係なくてすまん
203 ：nobodyさん：2007/12/18(火) 20:32:41 ID:6timmGHR
とりあえず開発が楽になればいいんです。
ということで、PHPフレームワークの話をしましょう！
ということで、PHPフレームワークの話をしましょう！
>>200-201
「頭でっかちなやつがMVC使っても複雑になるだけ」の好例ww
>>203
結論からいうが、フレームワークを使っても楽にはならない。
フレームワークに使われてる奴が、悦に入って楽になった
気になってるだけ。
「頭でっかちなやつがMVC使っても複雑になるだけ」の好例ww
>>203
結論からいうが、フレームワークを使っても楽にはならない。
フレームワークに使われてる奴が、悦に入って楽になった
気になってるだけ。
煽られる前に説明しておく。
フレームワークが提供する機能が、たまたまそのまま
実践で使える場合はライブラリ使うのと変わらんが、
フレームワーク全体が密接に繋がってたりするともう駄目。
ZFとか機能切り出してるのは便利な方だが、今度は
フレームワークと言える品物かどうかの怪しくなってくるw
O/Rマッピングとか抽象化とか言うけどよ、実際にサービスが
稼働したあとでDB入れ替えるかっていうとぶっちゃけありえん。
オブジェクト試行wでねじ曲がったお陰で、本当に必要なSQLの
チューニングもできなくなるのが関の山。
ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
定期バッチで生成するどでかいキャッシュテーブル作って、
本体変えない奴ら。
これがフレームワーク厨やMVCモデル厨の実態。
オブジェクト指向厨なんてのもいらっしゃるが、ライブラリ
製作には便利な考え方なのでオブジェクト指向自体は悪くない。
だがOS作る訳じゃあるまいのでフレームワークはままごとと大差ない。
いわばPHPに限らずwebアプリ環境自体がフレームワークなのだよ。
データ構造と関数を整理すればいいだけという事を知ってる奴はからは
>>200みたいな観念論は絶対に出て来ない。
重要なフレームワークがあるとしたらむしろモデル云々よりテストユニットだな。
フレームワークが提供する機能が、たまたまそのまま
実践で使える場合はライブラリ使うのと変わらんが、
フレームワーク全体が密接に繋がってたりするともう駄目。
ZFとか機能切り出してるのは便利な方だが、今度は
フレームワークと言える品物かどうかの怪しくなってくるw
O/Rマッピングとか抽象化とか言うけどよ、実際にサービスが
稼働したあとでDB入れ替えるかっていうとぶっちゃけありえん。
オブジェクト試行wでねじ曲がったお陰で、本当に必要なSQLの
チューニングもできなくなるのが関の山。
ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
定期バッチで生成するどでかいキャッシュテーブル作って、
本体変えない奴ら。
これがフレームワーク厨やMVCモデル厨の実態。
オブジェクト指向厨なんてのもいらっしゃるが、ライブラリ
製作には便利な考え方なのでオブジェクト指向自体は悪くない。
だがOS作る訳じゃあるまいのでフレームワークはままごとと大差ない。
いわばPHPに限らずwebアプリ環境自体がフレームワークなのだよ。
データ構造と関数を整理すればいいだけという事を知ってる奴はからは
>>200みたいな観念論は絶対に出て来ない。
重要なフレームワークがあるとしたらむしろモデル云々よりテストユニットだな。
あ、言っちゃった
>>205
頭固いな。
頭固いな。
http://blog.livedoor.jp/dankogai/archives/50970269.html
Perl20周年でPHP憤死ｗｗｗ
Perl20周年でPHP憤死ｗｗｗ
> 結論からいうが、フレームワークを使っても楽にはならない。
には同意。仕様変更があまりない場合ならオブジェクト指向なんてのもｲﾗﾈ。
んでも、仕様変更や似たような機能の追加など、コードを使い回そうとすると
オブジェクト指向で組んだ方が楽。さらに元来関数による手続き言語のPHPで
オブジェクト指向しようとすると、やっぱり土台にフレームワークがほしいわな。
> ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
> 定期バッチで生成するどでかいキャッシュテーブル作って、
そりゃ別問題だろ。
には同意。仕様変更があまりない場合ならオブジェクト指向なんてのもｲﾗﾈ。
んでも、仕様変更や似たような機能の追加など、コードを使い回そうとすると
オブジェクト指向で組んだ方が楽。さらに元来関数による手続き言語のPHPで
オブジェクト指向しようとすると、やっぱり土台にフレームワークがほしいわな。
> ちょっとサブクエリ直せば済む話を、「設計上違う」とか言って
> 定期バッチで生成するどでかいキャッシュテーブル作って、
そりゃ別問題だろ。
そうそう、IDEでスケルトンコードを吐くようになるのはいつだろうなぁ。
ZSはZF対応とかなってるけど、スケルトンコードを吐いたりしてくれるわけ?
ZSはZF対応とかなってるけど、スケルトンコードを吐いたりしてくれるわけ?
フレームワークを使ったら楽になるのは確か。
なぜなら、「フレームワークを使わなくても
すでに自作のフレームワーク相当のものがあるから」
楽だといっている人がいることが何よりの証拠。
自作のフレームワーク相当のものを作らなくて言い分
楽になっている。
なぜなら、「フレームワークを使わなくても
すでに自作のフレームワーク相当のものがあるから」
楽だといっている人がいることが何よりの証拠。
自作のフレームワーク相当のものを作らなくて言い分
楽になっている。
>>211
スケルトンなら、現在のフレームワークはほとんどはいてくれるけど？
それもどっかのライブラリみたいな、コード満載で
IDEで触ること前提の手がつけられないようなものじゃなく、
必要最小限に絞り込まれたわかりやすいスケルトンを生成してくれる。
スケルトンなら、現在のフレームワークはほとんどはいてくれるけど？
それもどっかのライブラリみたいな、コード満載で
IDEで触ること前提の手がつけられないようなものじゃなく、
必要最小限に絞り込まれたわかりやすいスケルトンを生成してくれる。
>>209
フレームワークとオブジェクト指向は分けて語りたい所。
極端な例で申し訳ないが、「どういう土台が必要か」と言う時に
オブジェクト指向を単なる「変数と関数を同時に保持できる枠」
として運用されちまうと意味がないじゃない。
Webアプリである以上、PHPはページ遷移が免れないからさ、
実運用上ではカプセル化が最も意味がある点だと思うのよ。
>>200を名指ししたのは（もし本人だったらごめん）、
Webアプリの実際の実装や運用でOOADとやらがナンボのもんよって
感じがつきまとうのね。
もちろん、俺の業務にまつわる色んなモンが、俺にバイアス掛けてる
訳だけど、突っ込み貰ってるうちに納得できる事は納得しときたい。
攻撃的な文章投げちまった以上、俺も他者の意見聞いて考えてみたい。
後の指摘は、我ながら反省しつつ同意。
たまたまウチで「設計上違う」の理由として「フレームワーク採用したから」
という話に置き換える奴に苦痛を感じてた折で、別問題な言及に至りました。
申し訳ない。
>>212
そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
なかなかそういう各々の利用者全てにご都合主義なフレームワークってなくね？
ライブラリ物なら必要最小限をある程度絞れるけど、大仰な構成になると評価に困る
フレームワークとオブジェクト指向は分けて語りたい所。
極端な例で申し訳ないが、「どういう土台が必要か」と言う時に
オブジェクト指向を単なる「変数と関数を同時に保持できる枠」
として運用されちまうと意味がないじゃない。
Webアプリである以上、PHPはページ遷移が免れないからさ、
実運用上ではカプセル化が最も意味がある点だと思うのよ。
>>200を名指ししたのは（もし本人だったらごめん）、
Webアプリの実際の実装や運用でOOADとやらがナンボのもんよって
感じがつきまとうのね。
もちろん、俺の業務にまつわる色んなモンが、俺にバイアス掛けてる
訳だけど、突っ込み貰ってるうちに納得できる事は納得しときたい。
攻撃的な文章投げちまった以上、俺も他者の意見聞いて考えてみたい。
後の指摘は、我ながら反省しつつ同意。
たまたまウチで「設計上違う」の理由として「フレームワーク採用したから」
という話に置き換える奴に苦痛を感じてた折で、別問題な言及に至りました。
申し訳ない。
>>212
そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
なかなかそういう各々の利用者全てにご都合主義なフレームワークってなくね？
ライブラリ物なら必要最小限をある程度絞れるけど、大仰な構成になると評価に困る
>>213
えええっ... (´д｀;) あれ?
IDE(PDTとか)からﾎﾟﾁｯっとするとﾍﾟﾛﾝって出てくるのを期待してたんだけど?
齟齬が発生してたか、俺が無知なだけか... 両方かな?
ちょっとググってくる。
えええっ... (´д｀;) あれ?
IDE(PDTとか)からﾎﾟﾁｯっとするとﾍﾟﾛﾝって出てくるのを期待してたんだけど?
齟齬が発生してたか、俺が無知なだけか... 両方かな?
ちょっとググってくる。
>>212
> そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
「必要なもの」を先に定義してくれないか？
それがたとえ自作のものだったとしても、
自作物に手をつけないで作ったことがあるかい？
世の中にありえないものを、求めない。
どこまでフレームワークに夢見てんだよｗ
フレームワークは便利なものであるが、
完璧なものではない。そもそも世の中に完璧なものはない。
> そりゃ、必要な物「だけ」が「そのまま」あればいいんだけど、
「必要なもの」を先に定義してくれないか？
それがたとえ自作のものだったとしても、
自作物に手をつけないで作ったことがあるかい？
世の中にありえないものを、求めない。
どこまでフレームワークに夢見てんだよｗ
フレームワークは便利なものであるが、
完璧なものではない。そもそも世の中に完璧なものはない。
204。
>>214の捕捉
「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
なしに十分に変更要求に耐えるOOP出来ると思う。
って自分のレス読み直したら、OOP批判が先に出てて誤解招いた。ごめん。
重ねて個人的な状況や見解としては、OOPな枠設計が必要な場合でも、
「利用者全てのご都合主義」に対応しようとしている汎用PHPフレーム
ワークを評価すると、実行オーバーヘッドとスタッフ全員への学習コストが
問題になっちまう。
この場合、プロマネ仕様な場当たり俺俺で十分なのは当然なので、完全な私的状況に乗った言及になってしまっていたと思います。重ねてごめん。
フレームワークの意義に一石投じたかっただけなので、名無しに戻ります。
他の話題の方々、失礼しました。
>>214の捕捉
「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
なしに十分に変更要求に耐えるOOP出来ると思う。
って自分のレス読み直したら、OOP批判が先に出てて誤解招いた。ごめん。
重ねて個人的な状況や見解としては、OOPな枠設計が必要な場合でも、
「利用者全てのご都合主義」に対応しようとしている汎用PHPフレーム
ワークを評価すると、実行オーバーヘッドとスタッフ全員への学習コストが
問題になっちまう。
この場合、プロマネ仕様な場当たり俺俺で十分なのは当然なので、完全な私的状況に乗った言及になってしまっていたと思います。重ねてごめん。
フレームワークの意義に一石投じたかっただけなので、名無しに戻ります。
他の話題の方々、失礼しました。
>>216
「IDEでスケルトンコードを」って書いてたじゃんw。
出来ることなら、新規プロジェクト生成でディレクトリ構造の選択と生成。
その各ディレクトリで、例えばcontrollersディレクトリで新規phpファイルを
生成したらコントローラ用のスケルトンコードを吐いておいてくれるとか。
「IDEでスケルトンコードを」って書いてたじゃんw。
出来ることなら、新規プロジェクト生成でディレクトリ構造の選択と生成。
その各ディレクトリで、例えばcontrollersディレクトリで新規phpファイルを
生成したらコントローラ用のスケルトンコードを吐いておいてくれるとか。
>>217
>「必要なもの」を先に定義してくれないか？
無茶なことを言うなw
定義できないからみんな俺俺で対応する（せざるを得ない）ケースが増える。
＞完璧なものではない。そもそも世の中に完璧なものはない。
どっかで反感買ったようだ。悪い。
仰る通り、不完全でもそのまま乗っかれる（か確実に補足できる）なら、フレームワーク採用に全く問題はないと思う。
>「必要なもの」を先に定義してくれないか？
無茶なことを言うなw
定義できないからみんな俺俺で対応する（せざるを得ない）ケースが増える。
＞完璧なものではない。そもそも世の中に完璧なものはない。
どっかで反感買ったようだ。悪い。
仰る通り、不完全でもそのまま乗っかれる（か確実に補足できる）なら、フレームワーク採用に全く問題はないと思う。
>>218
> 「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
> なしに十分に変更要求に耐えるOOP出来ると思う。
出来るよ。ただ土台があった方が楽が出来ると云うこと。
実行オーバーヘッドは致し方ないけど、学習コストは「コレ」と決まれば
1度で済む。じゃぁ「ドレ」ってことでこのスレにいたりするんじゃないの?
そろそろ俺俺から脱却した方がいい? っていう岐路に立っている人もいるだろうし。
> 「土台にフレームワークがほしい」という点だけど、PHP5でもフレームワーク
> なしに十分に変更要求に耐えるOOP出来ると思う。
出来るよ。ただ土台があった方が楽が出来ると云うこと。
実行オーバーヘッドは致し方ないけど、学習コストは「コレ」と決まれば
1度で済む。じゃぁ「ドレ」ってことでこのスレにいたりするんじゃないの?
そろそろ俺俺から脱却した方がいい? っていう岐路に立っている人もいるだろうし。
>>221
うん、まさしく。そこは人それぞれだと思う。
どんどんトーン弱めてしまってるが、俺自身は「このまま俺俺で行くか」「これというフレームワークを提案すべきかどうか」という岐路だと思う。
その上で、ウチで根強い「そもそもフレームワークなんか要らねえ」って意見が、>>201の言う程度のOOADが出来てるスタッフから上がるのね。
それ以外は、悪い意味で繊細で手が付けられないコード書く作業員ばかり。
OOPやMVCの信望者。辛抱者なのかもだが、それは別として。
フレームワーク採用して書き捨てじゃ意味ないからね。
そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
うん、まさしく。そこは人それぞれだと思う。
どんどんトーン弱めてしまってるが、俺自身は「このまま俺俺で行くか」「これというフレームワークを提案すべきかどうか」という岐路だと思う。
その上で、ウチで根強い「そもそもフレームワークなんか要らねえ」って意見が、>>201の言う程度のOOADが出来てるスタッフから上がるのね。
それ以外は、悪い意味で繊細で手が付けられないコード書く作業員ばかり。
OOPやMVCの信望者。辛抱者なのかもだが、それは別として。
フレームワーク採用して書き捨てじゃ意味ないからね。
そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
>>222追補。
考え方が二つに分かれるという前提を語れてなかったので捕捉。
a:
FW採用によって簡略化でき、スタッフ相互の記述の整合性を保ちやすくなる
b:
FW採用によって簡略化できる代わりに、適用の手間と、学習コスト、サーバ要求、依存関係が発生する
a:、b;、どっちがいいかって話で、その水準は無いなと悩んで、
後者に傾いていたのが>>204,205を書き込んだ精神状態。
なんか煽り口調が反響招いてしまいました。
これもフレームワークの意義を問いたかった故なのです。ご容赦下さい。
もちろん嘘は言ってないので反論ください。
でも明日昼出社なので今は寝ます済みませんおやすみなさい。
考え方が二つに分かれるという前提を語れてなかったので捕捉。
a:
FW採用によって簡略化でき、スタッフ相互の記述の整合性を保ちやすくなる
b:
FW採用によって簡略化できる代わりに、適用の手間と、学習コスト、サーバ要求、依存関係が発生する
a:、b;、どっちがいいかって話で、その水準は無いなと悩んで、
後者に傾いていたのが>>204,205を書き込んだ精神状態。
なんか煽り口調が反響招いてしまいました。
これもフレームワークの意義を問いたかった故なのです。ご容赦下さい。
もちろん嘘は言ってないので反論ください。
でも明日昼出社なので今は寝ます済みませんおやすみなさい。
>>222
> そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
今後ずーっと使い続けられるもの :-)
で、俺俺脱却「もうZFでいいやぁ」って思ってやり始めたところ。
>>223
俺は>>200じゃないし、別に反感を持ってるわけでもないよ。
> そんな「じゃぁ『ドレ』」で選ぶに値するフレームワークを、機能や設計ではない「意義」の段階から訊いて見たかった。
今後ずーっと使い続けられるもの :-)
で、俺俺脱却「もうZFでいいやぁ」って思ってやり始めたところ。
>>223
俺は>>200じゃないし、別に反感を持ってるわけでもないよ。
コードの自動生成を信じられない俺ガイル。
結局そのできたコードをチェック＆改修しなきゃならんし、それならテキストエディタについてるテンプレ集と変わらん。
結局そのできたコードをチェック＆改修しなきゃならんし、それならテキストエディタについてるテンプレ集と変わらん。
フレームワークの出力を信じられない俺ガイル。
結局その出力されたHTMLをチェック&改修しなきゃならんし、それならテキストエディタでべた書きするのと変わらん。
こうですか？わかりません（＞＜）
結局その出力されたHTMLをチェック&改修しなきゃならんし、それならテキストエディタでべた書きするのと変わらん。
こうですか？わかりません（＞＜）
生産力が上がるだけ
同じ処理を毎度毎度書くほどダルいもんはない
フレーワーク使っとけよ
フレーワーク使っとけよ
オブジェクト指向を理解してないやつほど
フレームワークの良さがわかってない
中規模以上の案件なら間違いなく必須
フレームワークの良さがわかってない
中規模以上の案件なら間違いなく必須
オブジェクト指向を未だに理解してなく弱っています。
なんでこのPHPは呼ばれたら、
functionがいきなり実行されてるかさえ理解してなく
フレームワークを使うのです。 だれか教えてください。
なんでこのPHPは呼ばれたら、
functionがいきなり実行されてるかさえ理解してなく
フレームワークを使うのです。 だれか教えてください。
日本人？
もめん、日本人でつ。
>>231が読解力ないだけ。
三歳児の作文なんてこの程度が普通だぜ？
三歳児の作文なんてこの程度が普通だぜ？
そうなのか。
今時の三歳児ってゆとり以下だな
今時の三歳児ってゆとり以下だな
ウェブのMVCはまったくオブジェクト指向じゃないもん。
単に役割ごとにクラスに分けてるだけで。もともとMVCはGUIのアプリを作るときに適用する概念。
PHPの場合はパッケージの仕組みがなくて、ソースが混乱しがちなので、大規模になってきたら役割をクラスで分けるというのは整理できていい方法だと思う。
が、それをオブジェクト指向と呼ぶのは強烈な違和感がある。
単に役割ごとにクラスに分けてるだけで。もともとMVCはGUIのアプリを作るときに適用する概念。
PHPの場合はパッケージの仕組みがなくて、ソースが混乱しがちなので、大規模になってきたら役割をクラスで分けるというのは整理できていい方法だと思う。
が、それをオブジェクト指向と呼ぶのは強烈な違和感がある。
namaspaceがサポートされるのはいつごろなんだろうか
5.3ではサポートされるんだよね？
5.3ではサポートされるんだよね？
>>235
切り捨て過ぎじゃね？
ページ遷移伴って破棄される齟齬を埋めるために、永続化関係が語り尽くされた上で今がある訳だしさ。
WOやらStrutsやらがそれぞれのポリシーで上手くやって来た上でRoRとか出て来てるの見ると、オブジェクト指向云々って話じゃなくなってる感じもするな。
如何にlazyに手軽にサブセットDSLやれるかっていう、LL系で実行効率無視したシロモノが好評な時代だし。
結局みんなMVCやりたいのでもOOPやりたいのでもなく、DRYやりたいだけなんじゃないかな。webアプリではなおさら顕著な点だと思う。
クラスを「メソッドとデータをまとめたもの」という切り口だけで扱ってる／しばしば扱わざるを得ない、という状況になると（それが頻繁すぎるんだけど）もうOOPもOOADやらも意味なくなっちまう。
ページ遷移モデルだと、カプセル化使い回しも意義を損ねるし。ポリモルとかPHP自体がそこまで動的に設計できるモンじゃねえし。
そもそも毎ページで色々newされる動きにOOPってマッチしてないかも。
純htmlからJavaScript経由でサーバにアクセスして、永続的オブジェクトにアクセスするサーバサイドスクリプトが走るって動きならまだ納得行くかも。
MVCとか言う前に、クライアント側の設計／サーバサイドの設計をどう見つめ直すかが勝負じゃねえのかな。
切り捨て過ぎじゃね？
ページ遷移伴って破棄される齟齬を埋めるために、永続化関係が語り尽くされた上で今がある訳だしさ。
WOやらStrutsやらがそれぞれのポリシーで上手くやって来た上でRoRとか出て来てるの見ると、オブジェクト指向云々って話じゃなくなってる感じもするな。
如何にlazyに手軽にサブセットDSLやれるかっていう、LL系で実行効率無視したシロモノが好評な時代だし。
結局みんなMVCやりたいのでもOOPやりたいのでもなく、DRYやりたいだけなんじゃないかな。webアプリではなおさら顕著な点だと思う。
クラスを「メソッドとデータをまとめたもの」という切り口だけで扱ってる／しばしば扱わざるを得ない、という状況になると（それが頻繁すぎるんだけど）もうOOPもOOADやらも意味なくなっちまう。
ページ遷移モデルだと、カプセル化使い回しも意義を損ねるし。ポリモルとかPHP自体がそこまで動的に設計できるモンじゃねえし。
そもそも毎ページで色々newされる動きにOOPってマッチしてないかも。
純htmlからJavaScript経由でサーバにアクセスして、永続的オブジェクトにアクセスするサーバサイドスクリプトが走るって動きならまだ納得行くかも。
MVCとか言う前に、クライアント側の設計／サーバサイドの設計をどう見つめ直すかが勝負じゃねえのかな。
>>235
どうせ、お前のはオレオレOOだろｗ
どうせ、お前のはオレオレOOだろｗ
ウェブアプリって、データの保存がRDBMS、出力先がHTML。この2つともまったくオブジェクト指向じゃないんだよな。だから、ウェブアプリ自体がオブジェクト指向と相性が悪い。
オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
そんなことない。
よっぽど複雑なスキーマならともかくテーブルの親子関係もhas_a,has_manyで表現できるし。
中の人はOOPと無縁なSQLで動いてはいるけど。
HTMLは単に整形テキスト出力と割り切るべし。
てかゲームとかもっと複雑なプログラムなんかと比べたら全然楽だってウェブなんか。
よっぽど複雑なスキーマならともかくテーブルの親子関係もhas_a,has_manyで表現できるし。
中の人はOOPと無縁なSQLで動いてはいるけど。
HTMLは単に整形テキスト出力と割り切るべし。
てかゲームとかもっと複雑なプログラムなんかと比べたら全然楽だってウェブなんか。
えええええええええええええええええええええええええ
ゲームもやってたけどゲームのが楽だった。
アルゴリズム考える必要皆無なのがWebのいいところではあるが。
何が怠いってWebはブラウザの挙動がマチマチだったりクライアントの状態がわからないからな。
ゲームなら全部こっちの思い通りにいけるし、OSとかで限定すれば環境も固定だし。
プログラムの深さって意味じゃゲームのが深いかもしれないが、
Webは神経使うんだよな、特にクリティカルなところだと。
ゲームとかちょっと変な動きしてもまあいいっかで済ませられたりするしｗ
ゲームのプレイ自体には金が絡まないしな。
Webだと課金関係とかクレジットとかショップとかだと金が絡むからそこでバグると大変な事になるんで神経使う。
アルゴリズム考える必要皆無なのがWebのいいところではあるが。
何が怠いってWebはブラウザの挙動がマチマチだったりクライアントの状態がわからないからな。
ゲームなら全部こっちの思い通りにいけるし、OSとかで限定すれば環境も固定だし。
プログラムの深さって意味じゃゲームのが深いかもしれないが、
Webは神経使うんだよな、特にクリティカルなところだと。
ゲームとかちょっと変な動きしてもまあいいっかで済ませられたりするしｗ
ゲームのプレイ自体には金が絡まないしな。
Webだと課金関係とかクレジットとかショップとかだと金が絡むからそこでバグると大変な事になるんで神経使う。
Webはオンラインで公開するという明確な意義があるんで、動機づけに繋がるんだけど、
ゲームやソフトウェアの開発ってオフラインのイメージが強くてどうも関心が持てない。
誰かのためというよりは、自分のためにシコシコ組んでる感じ。どうでもいいけどさ。
ゲームやソフトウェアの開発ってオフラインのイメージが強くてどうも関心が持てない。
誰かのためというよりは、自分のためにシコシコ組んでる感じ。どうでもいいけどさ。
>>239
> ウェブアプリって、データの保存がRDBMS、出力先がHTML。この2つともまったくオブジェクト指向じゃないんだよな。
出力先がオブジェクト指向なものってなに？
（CUIを含めた）ユーザーインターフェースを持たないプログラム？
> ウェブアプリって、データの保存がRDBMS、出力先がHTML。この2つともまったくオブジェクト指向じゃないんだよな。
出力先がオブジェクト指向なものってなに？
（CUIを含めた）ユーザーインターフェースを持たないプログラム？
>>239
> オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
うん。だから今のモダンなウェブアプリ開発では、
オブジェクト指向でデータを読み書きできるO/Rマッパーと
HTMLを作成してくれるオブジェクト指向ライブラリを使うのが当たり前。
> オブジェクト指向と相性良くしようと思えば、RDBMSじゃなくってOODBにするとか、HTMLを全部DOMで操作するとかにしないといけない。
うん。だから今のモダンなウェブアプリ開発では、
オブジェクト指向でデータを読み書きできるO/Rマッパーと
HTMLを作成してくれるオブジェクト指向ライブラリを使うのが当たり前。
> HTMLを作成してくれるオブジェクト指向ライブラリ
ってのがどういうものか今ひとつイメージできない俺。
当たり前、なのか？
まさか全部DOMでノードノードで組み立てるようなもんじゃ無かろうな。
XMLの悪夢再び？
ってのがどういうものか今ひとつイメージできない俺。
当たり前、なのか？
まさか全部DOMでノードノードで組み立てるようなもんじゃ無かろうな。
XMLの悪夢再び？
O/Rは薄皮一枚かぶせて紐付けしてるだけでしょ
その利便性が評価されてるだけで
オブジェクト指向でデータ読み書きって意味不明
OODBって昔から言葉だけ一人歩きしてるしな
実用性あるOODB作るのが難しいとか聞くし
HTML生成も、直書きなテンプレートエンジンばかりだよな
一からDOM組み上げる物view設計って見た事無いぞ
その利便性が評価されてるだけで
オブジェクト指向でデータ読み書きって意味不明
OODBって昔から言葉だけ一人歩きしてるしな
実用性あるOODB作るのが難しいとか聞くし
HTML生成も、直書きなテンプレートエンジンばかりだよな
一からDOM組み上げる物view設計って見た事無いぞ
被った
でもXML/XSLTも構造に対するテンプレートに過ぎないよな。
DOM中のイベントに対してもOO言語側のメソッドとブリッジするくらいじゃないと怪しいかも。
でもXML/XSLTも構造に対するテンプレートに過ぎないよな。
DOM中のイベントに対してもOO言語側のメソッドとブリッジするくらいじゃないと怪しいかも。
>>248
そのイベントのブリッジ？は全ての場面で気軽に使うのは現実的でない、ていうAjaxの教訓もあってだな。
一回マウスが「オブジェクト」の上をかすめるだけで何十Kmもパケットが行き来してApacheがアクセスログ
吐いてPHPのオブジェクトを一からnewしてDB接続を作成してって・・・どれだけリッチなんだｗ
UI全部JavaScriptもしくはFlashで作るような形になってしまえってことなのか。結局は
そのイベントのブリッジ？は全ての場面で気軽に使うのは現実的でない、ていうAjaxの教訓もあってだな。
一回マウスが「オブジェクト」の上をかすめるだけで何十Kmもパケットが行き来してApacheがアクセスログ
吐いてPHPのオブジェクトを一からnewしてDB接続を作成してって・・・どれだけリッチなんだｗ
UI全部JavaScriptもしくはFlashで作るような形になってしまえってことなのか。結局は
webやMVCとOOPの相性悪いからOOPじゃないとか
OODBだとかDOMだとか、もうね、極論過ぎだろ
webプログラミングしたことないアホしかいないのかここは
最低限OOPの理解とFW使ってwebプログラムしてる奴か
これからしようとしてる奴くらいにしてくれよ
正直読むに耐えない
OODBだとかDOMだとか、もうね、極論過ぎだろ
webプログラミングしたことないアホしかいないのかここは
最低限OOPの理解とFW使ってwebプログラムしてる奴か
これからしようとしてる奴くらいにしてくれよ
正直読むに耐えない
w
確かにUI層はJS/Flash(+flex|air類)/silverlightの進化に期待できそう。
別のアプローチだと、FastCGIやapache module酷使して画面遷移による切断を回避していく動きもあるな。そういう局面ではもっとOOとして意義ある実装が検討できそうだけどね。
でもどんどん複雑化するな。
結局当面の妥協点としては、フレームワークやO/Rマッパー、テンプレートエンジンを使ってOO関係ない世界に適用していく事になるんだろうなぁ。
確かにUI層はJS/Flash(+flex|air類)/silverlightの進化に期待できそう。
別のアプローチだと、FastCGIやapache module酷使して画面遷移による切断を回避していく動きもあるな。そういう局面ではもっとOOとして意義ある実装が検討できそうだけどね。
でもどんどん複雑化するな。
結局当面の妥協点としては、フレームワークやO/Rマッパー、テンプレートエンジンを使ってOO関係ない世界に適用していく事になるんだろうなぁ。
さっきから俺がもう一人二人いる感が拭えないスレだ
PHPスレだからPHPだけの奴は悪くないと思うけど、
他の言語環境渡り歩いた結果、貸鯖案件増えてPHPに落ち着いた奴も多いだろうしな
相互理解が進んで欲しいもんだ
PHPの適用範囲が絞られてるせいか、Javaだけの奴とかRubyだけの奴に比べるとこのスレの空気はマシな気もする。
他の言語環境渡り歩いた結果、貸鯖案件増えてPHPに落ち着いた奴も多いだろうしな
相互理解が進んで欲しいもんだ
PHPの適用範囲が絞られてるせいか、Javaだけの奴とかRubyだけの奴に比べるとこのスレの空気はマシな気もする。
>>250
コンシューマー系って時代によるだろうけど、俺俺FW作るところから始めてるような時代かしら
そういう視点から見るとPHP系のFWに不満ない？
そういう経緯の方が何使ってるか興味大。設計面や実行効率含めて面白い話が聞けそうな。
コンシューマー系って時代によるだろうけど、俺俺FW作るところから始めてるような時代かしら
そういう視点から見るとPHP系のFWに不満ない？
そういう経緯の方が何使ってるか興味大。設計面や実行効率含めて面白い話が聞けそうな。
そろそろOO理解してない馬鹿の独り語りは終わりましたかね？
本当にOOでView作りたいなら、JavaScript もしくは Flash または Javaアプレットってのは
一つの見識だと思うがな。
PHPはXML（ｗ）でも吐いておけよ、てな感じか。
それをただHTML文字列を出力するライブラリをむりやりOOにしようとして苦しんでるのが
現状、っていう流れじゃないのか？ここ数レスは。
一つの見識だと思うがな。
PHPはXML（ｗ）でも吐いておけよ、てな感じか。
それをただHTML文字列を出力するライブラリをむりやりOOにしようとして苦しんでるのが
現状、っていう流れじゃないのか？ここ数レスは。
適材適所を知らない人なので放っておきましょう。
Flashww
アプレットwww
オブジェクト志向なんちゃらの前に、HTMLのタグ打ちからやり直したらどうよwww
アプレットwww
オブジェクト志向なんちゃらの前に、HTMLのタグ打ちからやり直したらどうよwww
flashを馬鹿にするやつは素人
FlashとXMLを並べて語る馬鹿に言われたくねーwww
その辺を判ってない事を馬鹿にしてるんだがw
しかもアプレットは単体で噴けるw 何年前の知識www
その辺を判ってない事を馬鹿にしてるんだがw
しかもアプレットは単体で噴けるw 何年前の知識www
>>264
別にそんなこと語ってないけど
別にそんなこと語ってないけど
別人なら悪かったが、文脈読んでからレスしろよ
フラッシュのアクションエディッタでオブジェクト志向とかありえないんだから
フラッシュのアクションエディッタでオブジェクト志向とかありえないんだから
似非OO信者は、
テンプレートを否定しているのか？ｗ
オブジェクト指向 = DOMで操作しないとだめとかアフォだろｗ
テンプレートを否定しているのか？ｗ
オブジェクト指向 = DOMで操作しないとだめとかアフォだろｗ
>>268
スレ違いもほどほどに。普通に変数列にしてクエリで渡す。それ以上はFlash板へどうぞ
スレ違いもほどほどに。普通に変数列にしてクエリで渡す。それ以上はFlash板へどうぞ
>>205の説明まんまな奴らが湧いて来たな
適材適所だというに
適材適所だというに
>>269 thx
つまり俺フォーマットか。それだけじゃ無かろうがなｗ
確かにスレ違いかも
PHPのViewの話だっけ。
ぶっちゃけテンプレートエンジンでいいんじゃね？ OOであろうが無かろうが
所詮 require の延長で、string取得してごにょごにょして echo もしくは eval なんだから
つまり俺フォーマットか。それだけじゃ無かろうがなｗ
確かにスレ違いかも
PHPのViewの話だっけ。
ぶっちゃけテンプレートエンジンでいいんじゃね？ OOであろうが無かろうが
所詮 require の延長で、string取得してごにょごにょして echo もしくは eval なんだから
けど、ほんとにFWに固執してる人はリアルで居るよ。
FWを使うこと自体が目的化しちゃってるやつ。
FWを使うこと自体が目的化しちゃってるやつ。
>>257
もちろん俺俺フレームワークｗ
ライブラリは使いまくるけど、FWいらんかな。
でもRailsに触れてからは、これが一つのウェブプログラミングの答えだと思った。
symphonyとか使ってみようかな。
MVCとかOOPとかの議論もいいけど、一番大事なのは開発効率。
Javaの人ら見てると、どうだこれはすごい設計技術だろーみたいな
作り手の自己満足ばっかが先行してて開発効率にフォーカスしてない。
Railsはその辺はいい。
ウェブなんかほとんどオママゴトなんだから、これでええやん、みたいな。
もちろん俺俺フレームワークｗ
ライブラリは使いまくるけど、FWいらんかな。
でもRailsに触れてからは、これが一つのウェブプログラミングの答えだと思った。
symphonyとか使ってみようかな。
MVCとかOOPとかの議論もいいけど、一番大事なのは開発効率。
Javaの人ら見てると、どうだこれはすごい設計技術だろーみたいな
作り手の自己満足ばっかが先行してて開発効率にフォーカスしてない。
Railsはその辺はいい。
ウェブなんかほとんどオママゴトなんだから、これでええやん、みたいな。
FW以前にOOも一緒かも。
重くなるだけな部分までクラス化してnewしまくるコードに書き換える、オブジェクト指向してるつもりなだけの論外な奴
MVCって概念だけに溺れて自分で作りにくくしてる奴もいるし
重くなるだけな部分までクラス化してnewしまくるコードに書き換える、オブジェクト指向してるつもりなだけの論外な奴
MVCって概念だけに溺れて自分で作りにくくしてる奴もいるし
>>273
基本的には同意だが、少し間違うとコピペでいいじゃんコピペが一番速いんだから
いらんことするなってなっちゃう人も多いんだろうなと想像する
何より社長（自分の雇い主）がそれを言い出したときすごく切なくなる
たしかにそれが一番いい局面もあるんだろうけど自分にはまだそのバランスがわからんし
基本的には同意だが、少し間違うとコピペでいいじゃんコピペが一番速いんだから
いらんことするなってなっちゃう人も多いんだろうなと想像する
何より社長（自分の雇い主）がそれを言い出したときすごく切なくなる
たしかにそれが一番いい局面もあるんだろうけど自分にはまだそのバランスがわからんし
>>275
いかに似たコードを2度書かないようにするかは永遠の課題。
最近、その辺はコードの自動生成ツールを作ることで回避してたり。
PHPはともかく、JavaやC++みたいに型あると、
型は違うけどコードのフローは同じようなのって、
クラス設計頑張ったり、テンプレート駆使したり、
上にあるDIとか使ったりするんだろうけど、
そうするとどうしても複雑になってくるよね。
何か問題起きたときソース追うのが大変。
そういうとこはコード自動生成ツール作って、そいつに重複コード吐かせちゃう。
コードのフローは素直なのにできる。デバッグも楽になれる。
重複コード書くべきでないってのは、同じコードが点在するのが問題じゃなく、
修正が一箇所で済まなくなるから。
自動生成ツールなら同じコードが散らばってても、直すのはツールだけで済む。
とか自分は思うわけですよ。
OOPで頑張るのもいいけど、こういう逃げ道もありとおもうけどな。
まぁコード自動生成を嫌がる人は多いんだけど。
いかに似たコードを2度書かないようにするかは永遠の課題。
最近、その辺はコードの自動生成ツールを作ることで回避してたり。
PHPはともかく、JavaやC++みたいに型あると、
型は違うけどコードのフローは同じようなのって、
クラス設計頑張ったり、テンプレート駆使したり、
上にあるDIとか使ったりするんだろうけど、
そうするとどうしても複雑になってくるよね。
何か問題起きたときソース追うのが大変。
そういうとこはコード自動生成ツール作って、そいつに重複コード吐かせちゃう。
コードのフローは素直なのにできる。デバッグも楽になれる。
重複コード書くべきでないってのは、同じコードが点在するのが問題じゃなく、
修正が一箇所で済まなくなるから。
自動生成ツールなら同じコードが散らばってても、直すのはツールだけで済む。
とか自分は思うわけですよ。
OOPで頑張るのもいいけど、こういう逃げ道もありとおもうけどな。
まぁコード自動生成を嫌がる人は多いんだけど。
コード生成ツールってメンテナ複数人にまたがると意思疎通しにくくなるのがなぁ。
ローカルでツール共有するのも手間だし
俺もサーバサイドでrubyにphp吐かせるとか狂った事やったけど、人とサーバ増やされるというので慌てて組み直したw
その辺railsって手際よくまとめてるよな
railsにPHP吐かせられないもんかなw
OOPやMVCしたいんじゃなく、一元化や効率化を徹底したいだけなんだよな、結局。
OOPやMVC、DIなんかに手法的価値がある局面はあるけど、OOPが目的になっちまうと沈む
ローカルでツール共有するのも手間だし
俺もサーバサイドでrubyにphp吐かせるとか狂った事やったけど、人とサーバ増やされるというので慌てて組み直したw
その辺railsって手際よくまとめてるよな
railsにPHP吐かせられないもんかなw
OOPやMVCしたいんじゃなく、一元化や効率化を徹底したいだけなんだよな、結局。
OOPやMVC、DIなんかに手法的価値がある局面はあるけど、OOPが目的になっちまうと沈む
コードの自動生成を認めるには多分条件があって、それは
生成されたコードをいじるなとｗ
それが出来るのなら、>>276もありかと思う
逆に、ただのソーステンプレートとしてコードジェネレータを使う
（いじること前提）なら、ポイントは生成されるソースの行数になりそう
結局railsよくできてるよなってなるんだけどｗ
生成されたコードをいじるなとｗ
それが出来るのなら、>>276もありかと思う
逆に、ただのソーステンプレートとしてコードジェネレータを使う
（いじること前提）なら、ポイントは生成されるソースの行数になりそう
結局railsよくできてるよなってなるんだけどｗ
>>277
結局人が増えると、各々やり方の差があるからね。
その辺は、フリーになって1人でやる道に逃げて解決w
OOPやるためにOOPやってる人っているよね。
Javaの現場での話だけど、O/RマッパーはあくまでDTOであって、
Modelじゃないって考えの人がいた。
DTOって結局はテーブルと同じ構造だからDBよりの産物で、
ModelでDB的都合は隠蔽すべきって考え。
Table -> DTO(運び屋) -> Model
なわけでDTOではテーブルのカラムのgetter/setter以外の実装は一切許されず。
でも、テーブルとModelの構造は、ほとんどの場合1対1になるわけで。
やることと言えば、ModelのコンストラクタにDTOを渡してModelのメンバに格納。
ModelにDTOと同じgetter/setterを作って中でDTOのgetter/setterを呼び出し。
そして、初めてModelに実装が書ける。
結局、同じ構造のクラス2回作って手間2倍、重さ2倍、メモリ浪費2倍にさせられただけ。
テーブルにカラムが変更したときテーブルが増えたときの作業に萎え萎え。
結局人が増えると、各々やり方の差があるからね。
その辺は、フリーになって1人でやる道に逃げて解決w
OOPやるためにOOPやってる人っているよね。
Javaの現場での話だけど、O/RマッパーはあくまでDTOであって、
Modelじゃないって考えの人がいた。
DTOって結局はテーブルと同じ構造だからDBよりの産物で、
ModelでDB的都合は隠蔽すべきって考え。
Table -> DTO(運び屋) -> Model
なわけでDTOではテーブルのカラムのgetter/setter以外の実装は一切許されず。
でも、テーブルとModelの構造は、ほとんどの場合1対1になるわけで。
やることと言えば、ModelのコンストラクタにDTOを渡してModelのメンバに格納。
ModelにDTOと同じgetter/setterを作って中でDTOのgetter/setterを呼び出し。
そして、初めてModelに実装が書ける。
結局、同じ構造のクラス2回作って手間2倍、重さ2倍、メモリ浪費2倍にさせられただけ。
テーブルにカラムが変更したときテーブルが増えたときの作業に萎え萎え。
ウェブアプリにオブジェクト指向が要らないのは、RDBMSとHTMLが非オブジェクト指向だからっていうのはすでに言ったが、もう一つ根本的な理由がある。
それはオブジェクト指向にしないといけないような複雑な機能を持ったウェブアプリはほとんどない。
例えばgmailだったら、メールをクラスで表現した方がいい。というか、クラスにするしかない。
が、世の中のほとんどのウェブアプリはDBの結果を連想配列に入れて後はそれをHTMLの中に埋め込むだけ。
オブジェクト指向の出番はない。
それはオブジェクト指向にしないといけないような複雑な機能を持ったウェブアプリはほとんどない。
例えばgmailだったら、メールをクラスで表現した方がいい。というか、クラスにするしかない。
が、世の中のほとんどのウェブアプリはDBの結果を連想配列に入れて後はそれをHTMLの中に埋め込むだけ。
オブジェクト指向の出番はない。
>>282
お前の扱ってる案件がそのレベルなだけだろ。
お前の扱ってる案件がそのレベルなだけだろ。
gmailと同等の機能を持つウェブメールサービスが世の中にいくつあるか列挙してもらいたいもんだ。
>>281
自動生成ツールだけど2パターンあって、
1つは作ったのは手で絶対触らない＞これは出力されたコードはライブラリみたいなもんかもね
もう1つはコードのテンプレート自動作成＞Railsでモデルやテストクラスのひな形が自動でできるみたいな
俺が上で言ったのは前者ね。
>>282
ホントその程度で済む内容の開発ばっかなんだよね。
ビューにコード書くなってのは徹底すべきだが。
それをなぜJavaはてんこ盛りにしちゃうんだか・・・
とはいえ、やっぱ言語的にはOOPベースなのがいいなー
文字列とか配列とか基本的なのが、ちゃんとクラス化されてる方が好みだ。
自動生成ツールだけど2パターンあって、
1つは作ったのは手で絶対触らない＞これは出力されたコードはライブラリみたいなもんかもね
もう1つはコードのテンプレート自動作成＞Railsでモデルやテストクラスのひな形が自動でできるみたいな
俺が上で言ったのは前者ね。
>>282
ホントその程度で済む内容の開発ばっかなんだよね。
ビューにコード書くなってのは徹底すべきだが。
それをなぜJavaはてんこ盛りにしちゃうんだか・・・
とはいえ、やっぱ言語的にはOOPベースなのがいいなー
文字列とか配列とか基本的なのが、ちゃんとクラス化されてる方が好みだ。
>>281
ああ、一点補足させてちょ。
この絶対いじらない自動生成部分はクラス丸ごととは限らず関数単位だったりもする。
class Hoge {
// @auto generate start
～～～この中に自動生成コードを吐く～～～
// @auto generate end
}
みたいに、あくまで特殊コメントの中身にだけ吐く。なんで他は好きにコード書ける。
クラス丸ごと吐くと、結局継承しないと機能拡張できないんでやめた、という経緯。
まぁこういうの激しく嫌がる人も多々いるだろうけど。
ああ、一点補足させてちょ。
この絶対いじらない自動生成部分はクラス丸ごととは限らず関数単位だったりもする。
class Hoge {
// @auto generate start
～～～この中に自動生成コードを吐く～～～
// @auto generate end
}
みたいに、あくまで特殊コメントの中身にだけ吐く。なんで他は好きにコード書ける。
クラス丸ごと吐くと、結局継承しないと機能拡張できないんでやめた、という経緯。
まぁこういうの激しく嫌がる人も多々いるだろうけど。
>>281
それは自動生成の運用で最低のやり方だと思う。
それなら、自分でも言ってる通り、ライブラリにするべきじゃないかな
自動生成は、あくまでも出来たコードはそのまま触らない、また、
修正があれば自動的に「全て」更新されるっていう前提が無いとただ
コードの行数を増やすだけのものになる、んじゃないかな
それは自動生成の運用で最低のやり方だと思う。
それなら、自分でも言ってる通り、ライブラリにするべきじゃないかな
自動生成は、あくまでも出来たコードはそのまま触らない、また、
修正があれば自動的に「全て」更新されるっていう前提が無いとただ
コードの行数を増やすだけのものになる、んじゃないかな
>>287って、考え考え書いてたら本人と激しくかぶった。
250さん熱いなおい。
250さん熱いなおい。
>>285
把握、後者のケースだと思ってた
把握、後者のケースだと思ってた
>>288
なんか荒らしみたいなんで、そろそろ消えますね。
来年はこの手の自動生成ツールをオプソで配布したいな。
ちなみに>>286みたいなの嫌がる人、天下のMSもC#で同じことやってたお。
今はpartial使って別ファイルに吐いてるけど。
なんか荒らしみたいなんで、そろそろ消えますね。
来年はこの手の自動生成ツールをオプソで配布したいな。
ちなみに>>286みたいなの嫌がる人、天下のMSもC#で同じことやってたお。
今はpartial使って別ファイルに吐いてるけど。
効率化は熱心になると熱いよな。うん。判るよw
>>283
案件のレベルを引き合いに出すのは辞めにしね？
てのはなんか流れ読んでて思った事書き連ねるので長くなるけど、
人数規模での協調やデプロイ効率とかで言うと、OOPやらFW云々より、
例えば言語が静的型付けで堅いかどうかとか、
フローが定石化している環境がいいという話になってくると思うんだ。
そういう点が満たされていれば誰もが幸せかって問うと、Java案件関わった人ならあればみんな首を横に振るでしょw
クリティカルな界隈で人数規模が増えると、出来る奴の柔軟性なんて
どうでもよくて、馬鹿に間違った事をさせない仕組みが重要になっちまう。
PHPのFWの意義を語るスレにおいて、「案件のレベル」ってものすご
暴力的で寂しくなっちまう視点だと思うんだ。
ZendやCake触ってて半端な所あっても「そうそう、こういうので
いいの。こういう程度ので。ありがとZend|Cake」とかない？w
PHPに限らずLL全般だろうけど。
>>290
天下のMSはシステムハンガリアンで血吐いて以降嫌いだw
間違った理屈でも力技で平然と大規模やらかせる好例だよな
いや、個人的に嫌いながらあそこの成果物には感服しきり。
>>283
案件のレベルを引き合いに出すのは辞めにしね？
てのはなんか流れ読んでて思った事書き連ねるので長くなるけど、
人数規模での協調やデプロイ効率とかで言うと、OOPやらFW云々より、
例えば言語が静的型付けで堅いかどうかとか、
フローが定石化している環境がいいという話になってくると思うんだ。
そういう点が満たされていれば誰もが幸せかって問うと、Java案件関わった人ならあればみんな首を横に振るでしょw
クリティカルな界隈で人数規模が増えると、出来る奴の柔軟性なんて
どうでもよくて、馬鹿に間違った事をさせない仕組みが重要になっちまう。
PHPのFWの意義を語るスレにおいて、「案件のレベル」ってものすご
暴力的で寂しくなっちまう視点だと思うんだ。
ZendやCake触ってて半端な所あっても「そうそう、こういうので
いいの。こういう程度ので。ありがとZend|Cake」とかない？w
PHPに限らずLL全般だろうけど。
>>290
天下のMSはシステムハンガリアンで血吐いて以降嫌いだw
間違った理屈でも力技で平然と大規模やらかせる好例だよな
いや、個人的に嫌いながらあそこの成果物には感服しきり。
FlashなニセOO原理主義者の自演が急に消えたなw
荒らしてたDOM厨のテンプレート否定派ともども詫びて吊れよ
荒らしてたDOM厨のテンプレート否定派ともども詫びて吊れよ
最近のフレームワークはコードジェネレータだけじゃなくて、
コードジェネレータを自作するための機能まであってすごいな。
もうフレームワークを使わない理由なんてないと思う。
コードジェネレータを自作するための機能まであってすごいな。
もうフレームワークを使わない理由なんてないと思う。
>>287
> 自動生成は、あくまでも出来たコードはそのまま触らない、また、
> 修正があれば自動的に「全て」更新されるっていう前提が無いとただ
自動生成でできたコードを触らないというのなら、
それはscaffoldを使うってことと同意なんだよ。
でもscaffoldだけで作れるものなんてないだろ？
だから、自動生成したものを触る ということは避けられない運命なんだよ。
> 自動生成は、あくまでも出来たコードはそのまま触らない、また、
> 修正があれば自動的に「全て」更新されるっていう前提が無いとただ
自動生成でできたコードを触らないというのなら、
それはscaffoldを使うってことと同意なんだよ。
でもscaffoldだけで作れるものなんてないだろ？
だから、自動生成したものを触る ということは避けられない運命なんだよ。
>>294はここ20スレくらいをもう一度しっかり読むといいと思うよ
また、294が正しいなら、自動生成はデメリットの方が強くなる様に思う
また、294が正しいなら、自動生成はデメリットの方が強くなる様に思う
> それなら、自分でも言ってる通り、ライブラリにするべきじゃないかな
フレームワークにライブラリってのはすでにあるんだよ。
自動生成ってのはライブラリではなく、ライブラリにすることができない
”ライブラリを使うコード”を生成しているの。
ライブラリだけあればアプリが動くかい？
どんなアプリにもありがちなCRUDの動作程度でさえ
ライブラリだけで動くものはない。
フレームワークレベルになるとscaffoldという
ライブラリを使って動作する、土台のコードが用意されるが
scaffold程度の”ライブラリを使うコード”では実用的にはならない。
フレームワークにライブラリってのはすでにあるんだよ。
自動生成ってのはライブラリではなく、ライブラリにすることができない
”ライブラリを使うコード”を生成しているの。
ライブラリだけあればアプリが動くかい？
どんなアプリにもありがちなCRUDの動作程度でさえ
ライブラリだけで動くものはない。
フレームワークレベルになるとscaffoldという
ライブラリを使って動作する、土台のコードが用意されるが
scaffold程度の”ライブラリを使うコード”では実用的にはならない。
やけにscaffoldにこだわる御仁だが、あれは正直デモだろうと思ってる。
それを前提に話をされてもなぁ。
あれで自動生成されてうれしいのは正直Viewおよびページ遷移部分であって、
まちがっても
$param = $request->getParam();
$db->insert($param);
// 以上、俺の妄想フレームワーク
とかいう部分ではない、と思ってるんだがな
そういったところを「自動生成」したいのか？
また、Javaみたいにsetter/getter うるさいところでは、
public function setA($a)
{
$this->_a = $a;
}
みたいなものは自動生成されるとうれしいのかもしれないけど
>>297 は違うみたいだし。
（また、出来ればこういうのはクラスの最後尾に３０行くらい改行してつけてくれ、な）
それを前提に話をされてもなぁ。
あれで自動生成されてうれしいのは正直Viewおよびページ遷移部分であって、
まちがっても
$param = $request->getParam();
$db->insert($param);
// 以上、俺の妄想フレームワーク
とかいう部分ではない、と思ってるんだがな
そういったところを「自動生成」したいのか？
また、Javaみたいにsetter/getter うるさいところでは、
public function setA($a)
{
$this->_a = $a;
}
みたいなものは自動生成されるとうれしいのかもしれないけど
>>297 は違うみたいだし。
（また、出来ればこういうのはクラスの最後尾に３０行くらい改行してつけてくれ、な）
>>297
フレームワークって言葉を特別視し過ぎじゃないか？
フレームワークなんて結局んところ、特定の設計思想上に
規約や規範をセットにしてライブラリ群を提供しているだけだろ
その観点では齟齬ない話題だと思うんだけど。
>>295
現状のJavaScriptをOOPLって言うと誤解招くんじゃないの。
プロトタイプベース言語はOOPLとして認知されてるけど、
「PHPなんかより遥かに」ってのはいただけない。
実装善し悪しを語ろうにも、クラスベースと単純比較
できるもんじゃないだろう。
：そんなJSもクラスベースになろうとしてるけど、それは別の話
ActionScriptのVMはOOだけど、Flashっていうと製作環境が
混同されて不適切だと思う。
Flex/Airだって環境の名前で余計なもん含むし、現状のFlash
ランタイムはOO化する前のVMも内包してる（上に扱える）しで、混乱招く。
あの界隈、詰まらんところの説明に困るんだよな。mxmlcはjavaだしw
フレームワークって言葉を特別視し過ぎじゃないか？
フレームワークなんて結局んところ、特定の設計思想上に
規約や規範をセットにしてライブラリ群を提供しているだけだろ
その観点では齟齬ない話題だと思うんだけど。
>>295
現状のJavaScriptをOOPLって言うと誤解招くんじゃないの。
プロトタイプベース言語はOOPLとして認知されてるけど、
「PHPなんかより遥かに」ってのはいただけない。
実装善し悪しを語ろうにも、クラスベースと単純比較
できるもんじゃないだろう。
：そんなJSもクラスベースになろうとしてるけど、それは別の話
ActionScriptのVMはOOだけど、Flashっていうと製作環境が
混同されて不適切だと思う。
Flex/Airだって環境の名前で余計なもん含むし、現状のFlash
ランタイムはOO化する前のVMも内包してる（上に扱える）しで、混乱招く。
あの界隈、詰まらんところの説明に困るんだよな。mxmlcはjavaだしw
ここまで全員フレームワークに使われてる奴らばっか
最強は生PHP
それ以外は馬鹿
それ以外は馬鹿
激しく同意
アホどもがスレチな話題をいくらふりまこうが、
結局そこに戻る。
アホどもがスレチな話題をいくらふりまこうが、
結局そこに戻る。
どいつもこいつも言葉に躍らされすぎ。
全ては結果が良ければなんでもいい。
理屈で間違っていても結果が良ければ問題ない。
実行結果だけじゃなくてメンテナンスや開発効率その他諸々の結果な。
オブジェクト指向だろうとなかろうと、望む要件を満たすならどっちでもいい。
満たせないのにオブジェクト指向のしがらみに囚われて実装しようとしてグダグダとかが一番最低。
んなもん全てツールの一つであって使わないといけないなんて義務もない。
それを使って結果を出せるなら使えばいいし、出せないなら使わなければいいだけの事。
全ては結果が良ければなんでもいい。
理屈で間違っていても結果が良ければ問題ない。
実行結果だけじゃなくてメンテナンスや開発効率その他諸々の結果な。
オブジェクト指向だろうとなかろうと、望む要件を満たすならどっちでもいい。
満たせないのにオブジェクト指向のしがらみに囚われて実装しようとしてグダグダとかが一番最低。
んなもん全てツールの一つであって使わないといけないなんて義務もない。
それを使って結果を出せるなら使えばいいし、出せないなら使わなければいいだけの事。
彼は、「自動生成＝scaffoldで吐くようなコード」しか頭にないよ、どう見ても。
だから次に、saffoldで吐いたコードに一切手を入れず動かさなきゃいけないような事は、
現実的じゃないとか言ってる。
だから次に、saffoldで吐いたコードに一切手を入れず動かさなきゃいけないような事は、
現実的じゃないとか言ってる。
つーか、もう池沼だろ・・・全然話がつうじてねぇ・・・
こんなんとFWやらOOPで仕事すんのいやだ
こんなんとFWやらOOPで仕事すんのいやだ
FWやOOP使う事で「悦に入ってるだけ」の典型的な人達
そうだね！そのとおりだと思うよ！
ヒゲデブサスペンダーってCも書けるのか・・・
フレームワークやオブジェクト指向を使えない人は
落ちこぼれｗｗｗｗ
落ちこぼれｗｗｗｗ
python触ってたがたまにphpやったら
昔のセフレとやったみたいな懐かしさがあるな・・・
ビッチだけど嫌いじゃない
糞言語だけど嫌いじゃない
昔のセフレとやったみたいな懐かしさがあるな・・・
ビッチだけど嫌いじゃない
糞言語だけど嫌いじゃない
python（笑）
php（泣笑）
Ruby（苦笑）
Perl（微笑）
C#（:-）
Perl（微笑）
C#（:-）
ウェブで使われる言語ってどれもなんかアレだよね
公平にCとC++、Javaも笑うべきかしら
Cも今となってはシンプルに過ぎる刀だよな
価値あるがいろいろアレだ
C++,Javaも肥大化・煩雑化を免れない代わりにお堅く作れる悩ましいアレさがある
なのでスケープゴートを用意しました。
VB（爆笑）
Cも今となってはシンプルに過ぎる刀だよな
価値あるがいろいろアレだ
C++,Javaも肥大化・煩雑化を免れない代わりにお堅く作れる悩ましいアレさがある
なのでスケープゴートを用意しました。
VB（爆笑）
PHPはあほでも使えるようにできてるから
暴走させても致命的なことにはなりにくいけど
PHPのゆるい感覚で他の言語使ってたら
メモリ使い切ってスラッシング起こりまくりで鯖にダメージとか受ける
暴走させても致命的なことにはなりにくいけど
PHPのゆるい感覚で他の言語使ってたら
メモリ使い切ってスラッシング起こりまくりで鯖にダメージとか受ける
PHP=はさみ
他のスクリプト言語=カッター
他のスクリプト言語=カッター
>>321
便乗してわけのわからんこというな。うんこ。
便乗してわけのわからんこというな。うんこ。
PHPはうんこだが、まだ使いようがあるってことだろ
320を受けてのレスだとすると、カッターな他言語よりはさみなphpの方が安全だ、と言いたいのかもしれず、そうでないかもしれず
もう言語はpnutsとかでいいよ
なんかフレームワークを語るのか言語を語るのか分からなくなってきたな。
PHP的にどんなフレームワークがあればみんな楽できるんだろうな
PHP的にどんなフレームワークがあればみんな楽できるんだろうな
ストレスなく、楽にプログラムが出来ればいいだけです。
だから、PHPのフレームワークについて語ろうぜ
だから、PHPのフレームワークについて語ろうぜ
唐突っぽいが、PDOって使い物になるの？
試しに触ってみたぐらいでは特に不都合な所は無かったんだけど、バグがどうとかいう
評判も見るし。
普通に使えるのなら、ネイティブで組み込んでいるZend Frameworkがとても気になる。
RepositoryとかConfigとかわかりやすい部分が好感持てる。
試しに触ってみたぐらいでは特に不都合な所は無かったんだけど、バグがどうとかいう
評判も見るし。
普通に使えるのなら、ネイティブで組み込んでいるZend Frameworkがとても気になる。
RepositoryとかConfigとかわかりやすい部分が好感持てる。
流石に実際に使ってみろとしか言えないな
俺が匿名で保証したところで意味ないっしょw
俺はzfを社内向けwebツール製作で便利に使ってるけど、
PDOに限らずzfは顧客向けアプリへの適用は検討してないな。
俺の良く判らんところでDBコケて、うちの鯖缶が
リコンパイルで死んでた
バグ評判に留意しつつ、自分で試行錯誤できるなら使い物にできるでしょ。
mbstring関係で困った時期に比べたら、まぁなんというんでしょうか、いいんじゃないですかね
こんな日のこんな時間にもコード書いてる自分をまあ言い聞かせてます
バグのない世界はありますか
海は死にますか
俺が匿名で保証したところで意味ないっしょw
俺はzfを社内向けwebツール製作で便利に使ってるけど、
PDOに限らずzfは顧客向けアプリへの適用は検討してないな。
俺の良く判らんところでDBコケて、うちの鯖缶が
リコンパイルで死んでた
バグ評判に留意しつつ、自分で試行錯誤できるなら使い物にできるでしょ。
mbstring関係で困った時期に比べたら、まぁなんというんでしょうか、いいんじゃないですかね
こんな日のこんな時間にもコード書いてる自分をまあ言い聞かせてます
バグのない世界はありますか
海は死にますか
レスthx
まあそうなるんだろうけど ＞ 使ってみろ
思ったが、今のPHPは（やっと）本当に過渡期で、ストレス無く云々、っていうのは
フレームワーク無しも含め、PHP5限定でやりたいような
例えばベタで書くにしても、PHP5の方がPHP4よりやりにくいって事はなさそうだし
ZendFrameworkの読みやすさの半分くらいは、PHP4を切り捨てたところにある気もする
まあそうなるんだろうけど ＞ 使ってみろ
思ったが、今のPHPは（やっと）本当に過渡期で、ストレス無く云々、っていうのは
フレームワーク無しも含め、PHP5限定でやりたいような
例えばベタで書くにしても、PHP5の方がPHP4よりやりにくいって事はなさそうだし
ZendFrameworkの読みやすさの半分くらいは、PHP4を切り捨てたところにある気もする
俺も社内用でしか使ったこと無いけど、PDOが原因でどうかなったことは一回もないな。
ZendFW使ってる人に質問なんだけど、PHPの関数って失敗したときfalse返したりするだけじゃん？
でもPHP5なら例外使うべきだよね？
自分がつくる範囲では失敗したときに例外投げるようにしてるけど、PHP5より前に作られた関数やクラスとはどう折り合いつけてるのかな。
でもPHP5なら例外使うべきだよね？
自分がつくる範囲では失敗したときに例外投げるようにしてるけど、PHP5より前に作られた関数やクラスとはどう折り合いつけてるのかな。
エラーハンドリングして例外投げ直したらいいんじゃね？
その場の面倒云々よりあとのラクさを取るべきでは
>>332は単純に例外を使うべきところと、そうでないところの区別がまだついてないってことではないかな。
自分で組み上げた部分に関しては、例外ってのはあくまで想定外の事が起きたときに投げるってしておくとよいよ。
でcatchする場所は基本一カ所に統括、そんで、そこでエラー出力。
たとえばstrposとかで、この局面では必ず検索対象文字列が見つかるはずなのに
falseがかえってきちゃったときは、それ以上アプリとしての処理は続けられないので
例外を投げるようにする。
falseが帰ってくることも想定できるなら、そのときの処理もしっかり書く。
dieは使わない方針でいいと思うよ。
自分で組み上げた部分に関しては、例外ってのはあくまで想定外の事が起きたときに投げるってしておくとよいよ。
でcatchする場所は基本一カ所に統括、そんで、そこでエラー出力。
たとえばstrposとかで、この局面では必ず検索対象文字列が見つかるはずなのに
falseがかえってきちゃったときは、それ以上アプリとしての処理は続けられないので
例外を投げるようにする。
falseが帰ってくることも想定できるなら、そのときの処理もしっかり書く。
dieは使わない方針でいいと思うよ。
誰もが思う疑問だけど、要するにPHPの例外処理がウンコってことだよ。
あ、それ詳しく聞きたい
他言語での例外を知らないから不便なだけなのかよく判らなくなるもので。
俺の知識の範疇はCやJavaScriptな駄目web土木員なもので、例外とか考察できやしない。
今ある処理を中断して名前付きのイベント投げるだけ、という腐った解釈で土方してます。
ぐぐっても判らんのでRuby弄ってたら例外なんて不要だとかいう奴がいて首傾げます
ご教示願えたら幸い程度に思ってますので論旨無視して煽ってやってください。
よろしくお願いします。
他言語での例外を知らないから不便なだけなのかよく判らなくなるもので。
俺の知識の範疇はCやJavaScriptな駄目web土木員なもので、例外とか考察できやしない。
今ある処理を中断して名前付きのイベント投げるだけ、という腐った解釈で土方してます。
ぐぐっても判らんのでRuby弄ってたら例外なんて不要だとかいう奴がいて首傾げます
ご教示願えたら幸い程度に思ってますので論旨無視して煽ってやってください。
よろしくお願いします。
個人的には、自分で書いたプログラムでは、
例外はシステムがそれ以上続行できないケースでのみ投げる。
- DBへの接続に失敗した、DBへの読み書き中に失敗した
- 存在するはずのファイルが開けなかった
- バグと思われる分岐
で、
try {
// メイン処理
} catch (Exception ex) {
// エラー出力
}
のようにcatchする場所は、メイン処理での一カ所だけにしておく。
例外が便利なのは、メインから深いところまで入っていっても
例外さえ投げれば途中catchが無ければメイン処理のcatchまで飛んでいくこと。
基本的に自分で例外を使うときは、こういうケースでのみとしている。
仕様の範囲でユーザーの操作によって起こりうるエラーは、
きちんと分岐して適切な処理をすべきなので例外は使わない。
例外はシステムがそれ以上続行できないケースでのみ投げる。
- DBへの接続に失敗した、DBへの読み書き中に失敗した
- 存在するはずのファイルが開けなかった
- バグと思われる分岐
で、
try {
// メイン処理
} catch (Exception ex) {
// エラー出力
}
のようにcatchする場所は、メイン処理での一カ所だけにしておく。
例外が便利なのは、メインから深いところまで入っていっても
例外さえ投げれば途中catchが無ければメイン処理のcatchまで飛んでいくこと。
基本的に自分で例外を使うときは、こういうケースでのみとしている。
仕様の範囲でユーザーの操作によって起こりうるエラーは、
きちんと分岐して適切な処理をすべきなので例外は使わない。
なるほど、システム的なエラーに限定するわけか
繰り返すけど、例外の特性は、どんな深いところにいても、
大元の呼び出しまで一発で戻れると言うことなので。
それを望むケースって、これ以上先のコードを続行できない、続行しても無駄な時だと思う。
if～elseで分岐してできることで例外は使わない方がいい。
try～catch多用すると見づらくなるしね。
大元の呼び出しまで一発で戻れると言うことなので。
それを望むケースって、これ以上先のコードを続行できない、続行しても無駄な時だと思う。
if～elseで分岐してできることで例外は使わない方がいい。
try～catch多用すると見づらくなるしね。
そうね。ただPHPに特定する気はないかな。ウェブ系全般。
制御系とかは、もうちょっと勝手が変わってくる。
制御系とかは、もうちょっと勝手が変わってくる。
例外の利点は
誰もが無視できない形でメッセージを発することができることだ
（だから通常動作範囲内では使うな）
ってコードコンプリートにも書いてたな
誰もが無視できない形でメッセージを発することができることだ
（だから通常動作範囲内では使うな）
ってコードコンプリートにも書いてたな
あと、付け加えるなら「名前」とメッセージその他を持って飛んでくるから便利ってのは？
これは使い方次第かもしれないけど
これは使い方次第かもしれないけど
http://journal.mycom.co.jp/news/2007/12/26/003/
一気に性能アップのRuby 1.9.0登場でPHP風前の灯火ｗｗｗ
一気に性能アップのRuby 1.9.0登場でPHP風前の灯火ｗｗｗ
他の言語ではファイルオープンに失敗したら例外を投げるのが当たり前だけどな。JavaやRubyとかは当然として、PerlでもFatalモジュールが標準であるし。
フィボナッチ関数を使った簡単なベンチマーク試験を実施したところ、Ruby 1.8.6で159秒弱、Ruby 1.9.0で12秒弱、Python 2.5.1で32秒弱と、Ruby 1.9.0がPythonを上回る性能を出したと報告されている
これはマジでPHPﾔﾊﾞｽ
これはマジでPHPﾔﾊﾞｽ
一気に10倍以上高速化ってすげーな
そもそもPHPと比較するのが見当違いだよ。
比べるならPerlとかpythonにしろ。
比べるならPerlとかpythonにしろ。
まつもとひこまろでも湧いてんのか？なにこの賛美の嵐
もともとPHPってそんなに速くないし。特にオブジェクト使いまくった日には。
速いってのは、Apacheのモジュールで動かしたときに、CGIで動いている
Perlなどと比べたら、っていう世界で。
それを考慮にいれてもRubyは遅かったが、それが段違いに速くなったって
いうのは一つのトピックだとは思うな
ただRubyのリリースはまだ現状お披露目以上のもんではなさそうだ。
速いってのは、Apacheのモジュールで動かしたときに、CGIで動いている
Perlなどと比べたら、っていう世界で。
それを考慮にいれてもRubyは遅かったが、それが段違いに速くなったって
いうのは一つのトピックだとは思うな
ただRubyのリリースはまだ現状お披露目以上のもんではなさそうだ。
「トイベンチ速くても実アプリでは意味ない」と言い続けたのはRubyであり、ほかでもない高速化に貢献した笹田氏だったりもする
メモリ使用量含めた運用実績でphp5よりコンパクトになってないのはどうなんだろうな。yarv何年掛かったんだ
ただphpも全てにおいて軽い訳じゃないし細かなバグ不安はJava比で荒いし、Ruby/pythonに出来てphpにできない事がこんだけ増えると今後のトレンド荒波来てもおかしくはなさそうだねぇ。
zopeかせめてwebrickみたいなモンでもphpで作れたらどうなってただろうとか
ま、最小の構造化で大量の標準関数を使い最大の効果を。
それがPHPに実用性面の評価を与えた理由であり、適役であろうて
メモリ使用量含めた運用実績でphp5よりコンパクトになってないのはどうなんだろうな。yarv何年掛かったんだ
ただphpも全てにおいて軽い訳じゃないし細かなバグ不安はJava比で荒いし、Ruby/pythonに出来てphpにできない事がこんだけ増えると今後のトレンド荒波来てもおかしくはなさそうだねぇ。
zopeかせめてwebrickみたいなモンでもphpで作れたらどうなってただろうとか
ま、最小の構造化で大量の標準関数を使い最大の効果を。
それがPHPに実用性面の評価を与えた理由であり、適役であろうて
PHPの良さはmod_phpのインストール・運用の簡単さにある。
mod_phpは何も考えずにプログラムを書いても実用的な速度で動く。
メモリもそんなに消費しないから（これはPHPのバージョンが上がる度にメモリ食いになっていってるが）、たいていのウェブサイトなら1台のサーバで事足りる。
これはJavaにもRubyにもPerlにもない、圧倒的なPHPのメリット。
mod_phpは何も考えずにプログラムを書いても実用的な速度で動く。
メモリもそんなに消費しないから（これはPHPのバージョンが上がる度にメモリ食いになっていってるが）、たいていのウェブサイトなら1台のサーバで事足りる。
これはJavaにもRubyにもPerlにもない、圧倒的なPHPのメリット。
>>最小の構造化で大量の標準関数を使い最大の効果
これは確かに、PHPが受け入れられ普及した、
需要があった(ある)部分なんだろうなぁ。
既に巨大なユーザベースというアドバンテージを持っている以上、
今後の舵取りで下手をこかなければそうそうシェアは引っくり返らないだろうけど、
zendはあんまりそこら変で優秀そうなイメージは無い。
これは確かに、PHPが受け入れられ普及した、
需要があった(ある)部分なんだろうなぁ。
既に巨大なユーザベースというアドバンテージを持っている以上、
今後の舵取りで下手をこかなければそうそうシェアは引っくり返らないだろうけど、
zendはあんまりそこら変で優秀そうなイメージは無い。
どの言語使うかなんて話するスレは他に幾らでもあんだろ
なんでこのスレでやるんだよ
なんでこのスレでやるんだよ
>>356
現状消去法もしくは消極的賛成でPHPを使ってる奴が多いってことじゃないか？
そりゃ「フレームワーク」のスレなんだから、結局目的は「うまいこと」作業をしたい
わけで、他言語に乗り換えた方がよければそうする人も多いんだろ
現状消去法もしくは消極的賛成でPHPを使ってる奴が多いってことじゃないか？
そりゃ「フレームワーク」のスレなんだから、結局目的は「うまいこと」作業をしたい
わけで、他言語に乗り換えた方がよければそうする人も多いんだろ
この辺の糞スレでやれば十分だろ
http://pc11.2ch.net/test/read.cgi/php/1177676518/
http://pc11.2ch.net/test/read.cgi/php/982591467/
http://pc11.2ch.net/test/read.cgi/php/1177676518/
http://pc11.2ch.net/test/read.cgi/php/982591467/
Frameworkってデザイナにどうやってる？
例えばZendだとアドレスが
www.sample.com/Controller名/action名/
ってなるから、実際のファイルのディレクトリ構成とは違うじゃん？
プログラマはControllerとactionを理解してるからいいんだが、サイトには静的htmlファイルとかもあるわけで
そういうのはどうしてる？
デザイナしかさらわない部分。
そのファイルの中にはリンクもあったりして。
デザイナ的にはそこにファイルがないのに
なんでこんなリンクになるんだ？とかなると思うんだけど。
公開フォルダには殆ど実体がないし。
例えばZendだとアドレスが
www.sample.com/Controller名/action名/
ってなるから、実際のファイルのディレクトリ構成とは違うじゃん？
プログラマはControllerとactionを理解してるからいいんだが、サイトには静的htmlファイルとかもあるわけで
そういうのはどうしてる？
デザイナしかさらわない部分。
そのファイルの中にはリンクもあったりして。
デザイナ的にはそこにファイルがないのに
なんでこんなリンクになるんだ？とかなると思うんだけど。
公開フォルダには殆ど実体がないし。
360 ：nobodyさん：2007/12/27(木) 20:02:36 ID:K5rUwTQj
>>359
「xhtmlでこういうの出力します。CSS側の調整で頼みますね。画像パスはルートから指定してください」
以上。
デザイナーにhtml触らせる時代はそろそろ終わりにした方がいいと思ってます。
「xhtmlでこういうの出力します。CSS側の調整で頼みますね。画像パスはルートから指定してください」
以上。
デザイナーにhtml触らせる時代はそろそろ終わりにした方がいいと思ってます。
>>360
信用してないのは俺もなんだが、それだと意味なくねｗ
折角のコードと表示部の棲み分けがFrameworkでなってるんだから
コードに専念したい所なんだ。
>>361
↑↑のでもそうなんだけど、結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
作業量が増えるしFrameworkの利点を生かしきれてない気がするんだよなあ。
本末転倒というかなんというか。
それにデザイナにhtml触らせないと見た目カッコイイサイトできないんじゃない？
俺はデザインセンスかなりない方ってのもあるけど、やっぱ俺みたいな純PGが作るサイトって
シンプルイズベストなPGウケはしそうだけど一般人にはウケないデザインだし。
信用してないのは俺もなんだが、それだと意味なくねｗ
折角のコードと表示部の棲み分けがFrameworkでなってるんだから
コードに専念したい所なんだ。
>>361
↑↑のでもそうなんだけど、結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
作業量が増えるしFrameworkの利点を生かしきれてない気がするんだよなあ。
本末転倒というかなんというか。
それにデザイナにhtml触らせないと見た目カッコイイサイトできないんじゃない？
俺はデザインセンスかなりない方ってのもあるけど、やっぱ俺みたいな純PGが作るサイトって
シンプルイズベストなPGウケはしそうだけど一般人にはウケないデザインだし。
363 ：nobodyさん：2007/12/28(金) 01:11:25 ID:zzJWz28z
プログラマーがデザインを勉強する時代になりました。
動かなくなる？ CSSに専任させるんだからそれはありえない。
文書構造的にデザイン汎用性に困る場合に、意見上げてもらうことはあるけど。
文書構造的にデザイン汎用性に困る場合に、意見上げてもらうことはあるけど。
rubyとかpythonていちいちモジュールimportしなくちゃいけないのがありえない
そのまますべての関数を使えるPHPがどう見ても王の中の王
そのまますべての関数を使えるPHPがどう見ても王の中の王
http://japan.zdnet.com/oss/story/0,3800075264,20364140,00.htm
ゼンドとブレインウェーブが
Zend Frameworkセミナーを西日本でも開催してRuby消滅www
ゼンドとブレインウェーブが
Zend Frameworkセミナーを西日本でも開催してRuby消滅www
結局それだと動かない時にプログラマがチェックしなきゃだめじゃん？
もうデザイナーにxslt書かせりゃいいんだよ
それでもプログラマがw（
もう辞めます
最後はどこで妥協するかよね
CSSで切り離すにしても、協調がうまく行かなければ使い物にならないCSSと素材が上がるだけだし、無用な手間に繋がる
もう辞めます
最後はどこで妥協するかよね
CSSで切り離すにしても、協調がうまく行かなければ使い物にならないCSSと素材が上がるだけだし、無用な手間に繋がる
HTML・CSSコーダーがphp覚えればいい。
phpタグの意味と、関数の仕組みくらいは覚えれるでしょ。
あと、できればifとforeach。
うちはそれでやってる。
適当なHTML投げればあとはやってくれる。
phpタグの意味と、関数の仕組みくらいは覚えれるでしょ。
あと、できればifとforeach。
うちはそれでやってる。
適当なHTML投げればあとはやってくれる。
まああれだ。↓こういうフォームのHTMLを書くのは
プログラマかデザイナかという話だ。
<form method=POST action="../test/bbs.cgi">
<input type=submit value="書き込む" name=submit>
名前： <input name=FROM size=19>
E-mail<font size=1> (省略可) </font>: <input name=mail size=19><br>
<textarea rows=5 cols=70 wrap=off name=MESSAGE></textarea>
<input type=hidden name=bbs value=php>
<input type=hidden name=key value=1167334850>
<input type=hidden name=time value=1134648531>
</form>
プログラマかデザイナかという話だ。
<form method=POST action="../test/bbs.cgi">
<input type=submit value="書き込む" name=submit>
名前： <input name=FROM size=19>
E-mail<font size=1> (省略可) </font>: <input name=mail size=19><br>
<textarea rows=5 cols=70 wrap=off name=MESSAGE></textarea>
<input type=hidden name=bbs value=php>
<input type=hidden name=key value=1167334850>
<input type=hidden name=time value=1134648531>
</form>
2chブラウザ導入しようぜ
つか、プログラマがデザイン覚えればよくね？
デザイナいらね
デザイナいらね
つか、プログラムがプログラムを作ればよくね？
人間いらね
人間いらね
ダダンダッダダン・・ダダンダッダダン・・・
ボヨヨヨン♪ボヨヨヨン♪
おっさん乙ｗ
しかし全てやっても1人分しか貰えない現実。
デザイナ→フョトショなりイラレなりでデザイン考える
俺→それを元にHTML/CSS書く、でも本業はプログラム
気づいたら副業ばかりでした
俺→それを元にHTML/CSS書く、でも本業はプログラム
気づいたら副業ばかりでした
383 ：nobodyさん：2007/12/30(日) 22:26:47 ID:YhMTSzkr
自殺、売春、虐待、大量殺戮、女性差別、ホームレスは農耕社会になってから始まりました
天皇はＡ型で朝鮮の出身です。Ａ型は2000年前に日本に来たから帰ればいいのに。
Ａ型は100％農耕民族とはいえないがＯ型かＢ型にぜんぜん好かれないＡ型は
農耕民度が高すぎるから2000年前に日本の先住民族を大量に殺してきた
遺伝子、多そうだね。
遊牧民族は厳しい自然の中を小さい家族で移動しながら生活してきたので家族と他人の線引きをはっきりさせたと思う。
これをクールと感じる。だから、そのぶん身内にはあつくなるのか。
Ｂ型は遊牧民族、Ｏ型は狩猟採取民族。
Ａ型は農耕民族。農耕民族は２千年前(つい最近)に、中国から日本に来た。Ａ型は２万５千年ごろ誕生して農耕社会を
作ってきた。農耕民族社会になってから狩猟採取民族が大量に殺され滅び吸収され、ホームレス、虐待、売春、
女性差別 が始まり、強制的に横並び結婚し横並び子作りしないと女が生きていけない社会になる。
横並びの群れ社会(農耕民族社会)は無理やり敵を作り差別しないと作れない。これが、いじめ。
ブサイクで、もてない農耕民族はとくに性欲として横並びの群れ社会を作りたがる。
農耕民族社会はＡ型女も不幸になります。
天皇はＡ型で朝鮮の出身です。Ａ型は2000年前に日本に来たから帰ればいいのに。
Ａ型は100％農耕民族とはいえないがＯ型かＢ型にぜんぜん好かれないＡ型は
農耕民度が高すぎるから2000年前に日本の先住民族を大量に殺してきた
遺伝子、多そうだね。
遊牧民族は厳しい自然の中を小さい家族で移動しながら生活してきたので家族と他人の線引きをはっきりさせたと思う。
これをクールと感じる。だから、そのぶん身内にはあつくなるのか。
Ｂ型は遊牧民族、Ｏ型は狩猟採取民族。
Ａ型は農耕民族。農耕民族は２千年前(つい最近)に、中国から日本に来た。Ａ型は２万５千年ごろ誕生して農耕社会を
作ってきた。農耕民族社会になってから狩猟採取民族が大量に殺され滅び吸収され、ホームレス、虐待、売春、
女性差別 が始まり、強制的に横並び結婚し横並び子作りしないと女が生きていけない社会になる。
横並びの群れ社会(農耕民族社会)は無理やり敵を作り差別しないと作れない。これが、いじめ。
ブサイクで、もてない農耕民族はとくに性欲として横並びの群れ社会を作りたがる。
農耕民族社会はＡ型女も不幸になります。
384 ：nobodyさん：2007/12/31(月) 19:25:58 ID:OLGrxXb2
プログラム言語を作るのは大変そう。
だけど、PHPでプログラムを書くなんて簡単だよ。
プログラマがそんなに難しいことやってるわけじゃない。
本当に高度なプログラミングは、WEB系じゃなくて、科学分野でやってると思います。
WEBプログラマがやってるのは、本質的にはDBのラッパーつくりと、サーバ設定だけ。
それ以上の内容は求められていない。
デザイナーがPHP覚える、フレームワーク使うのは、１ヶ月あれば十分。
むしろ、PHPじゃなくて、RubyやPythonやった方がいい。
だけど、PHPでプログラムを書くなんて簡単だよ。
プログラマがそんなに難しいことやってるわけじゃない。
本当に高度なプログラミングは、WEB系じゃなくて、科学分野でやってると思います。
WEBプログラマがやってるのは、本質的にはDBのラッパーつくりと、サーバ設定だけ。
それ以上の内容は求められていない。
デザイナーがPHP覚える、フレームワーク使うのは、１ヶ月あれば十分。
むしろ、PHPじゃなくて、RubyやPythonやった方がいい。
科学分野はプログラムをしているというよりアルゴリズムだからまた別問題だな。
>>384
素人の意見だな。
素人の意見だな。
ぶっちゃけ、作るものが同じなら、
RubyやPythonだろうと、DBのラッパーつくりと
サーバー設定だけ。
もしPHPでは作らなくていい
余計なものを作る必要があるというのなら、
RubyやPythonってだめな言語だなｗ
RubyやPythonだろうと、DBのラッパーつくりと
サーバー設定だけ。
もしPHPでは作らなくていい
余計なものを作る必要があるというのなら、
RubyやPythonってだめな言語だなｗ
だいたいのもんはライブラリで済むけど、Rubyとか大量のrequireが糞オーバーヘッドするからな。
fcgi運用が前提になる。
お手軽webアプリ用途としては駄目な子だね。
お手軽webアプリ用途でPHPは強い。
fcgi運用が前提になる。
お手軽webアプリ用途としては駄目な子だね。
お手軽webアプリ用途でPHPは強い。
自作FW作ってて、Exceptionですこし困ったことになった。
PHPでは new Exception したときのファイル名と行番号が自動的にセットされるけど、それを外から変更したいんだけど、できるかな？
具体的にはある関数でPDOExceptionを発生させるんだけど、ファイル名と行番号はその関数を呼び出した場所のものを使いたいんだよね。
PHPでは new Exception したときのファイル名と行番号が自動的にセットされるけど、それを外から変更したいんだけど、できるかな？
具体的にはある関数でPDOExceptionを発生させるんだけど、ファイル名と行番号はその関数を呼び出した場所のものを使いたいんだよね。
どうしてFWなんか作ってるの？自己満足？
>>389
$e->getStack()で得た配列を一つ削って表示、とかじゃ駄目なの？
$e->getStack()で得た配列を一つ削って表示、とかじゃ駄目なの？
あけましておめでとうございます
今年のフレームワーク界はどうなるかな？
・PHP4脂肪でPHP4/5両対応のFWが脂肪
・PHP6登場でPHP5専用FWがPHP5/6両対応になってくる
・先走ってPHP6専用FWが登場
…あと頼む
今年のフレームワーク界はどうなるかな？
・PHP4脂肪でPHP4/5両対応のFWが脂肪
・PHP6登場でPHP5専用FWがPHP5/6両対応になってくる
・先走ってPHP6専用FWが登場
…あと頼む
>>389
組込の例外が発生する可能性がある場合は
組込の例外が発生する箇所の然るべきところで
tryしてcatchされたら自作の例外として
throwで投げ直すのが一般的じゃないだろうか
それでthrowした箇所からのスタックトレースになったと思うけど
組込の例外が発生する可能性がある場合は
組込の例外が発生する箇所の然るべきところで
tryしてcatchされたら自作の例外として
throwで投げ直すのが一般的じゃないだろうか
それでthrowした箇所からのスタックトレースになったと思うけど
http://slashdot.jp/articles/08/01/02/0046222.shtml
RoRがゲットー扱いでPHPゾンビのように復活ｗｗ
RoRがゲットー扱いでPHPゾンビのように復活ｗｗ
http://jp.techcrunch.com/archives/zed-shaw-puts-the-smack-down-on-the-rails-community/
「生半可な元PHP屋のバカ野郎ばかり。」
RoRが叩かれているが
PHPも全然褒められていない件。
「生半可な元PHP屋のバカ野郎ばかり。」
RoRが叩かれているが
PHPも全然褒められていない件。
オレもウェブの仕事してるけど、ウェブアプリ作るのが高レベルだなんて思わないよ。要するにSQL投げるだけだもん。
はてなとかのギークとかハックとか軽々しく使う連中のコミュニティ見ると、何かこっちが恥ずかしい気持ちになる。
確かにウェブは儲かるけど、それはウェブの力であって、ウェブプログラマーの力じゃない。
はてなとかのギークとかハックとか軽々しく使う連中のコミュニティ見ると、何かこっちが恥ずかしい気持ちになる。
確かにウェブは儲かるけど、それはウェブの力であって、ウェブプログラマーの力じゃない。
それ言っちゃ駄目。技術屋として失格だよ。
事実だから仕方がないけどさ。
事実だから仕方がないけどさ。
ウェブアプリでも
昔と比べたら求められる知識めちゃくちゃ多くね？
デザパタとかOOとか、どんだけ多くの知識求められるんだよって感じで
しかも相当の難易度
まあ知らなくても作れることは作れるけど
昔と比べたら求められる知識めちゃくちゃ多くね？
デザパタとかOOとか、どんだけ多くの知識求められるんだよって感じで
しかも相当の難易度
まあ知らなくても作れることは作れるけど
サーバーの知識も含めるとメチャクチャ多いねぇ。
ってかさ、コマンドやら各バージョンの仕様やらを丸暗記してるやつってなんなの？
片手にネットは常識だろ！ボケ！
ってかさ、コマンドやら各バージョンの仕様やらを丸暗記してるやつってなんなの？
片手にネットは常識だろ！ボケ！
そこはキレるとこ？
覚えておいた方が効率いいじゃん
覚えておいた方が効率いいじゃん
ただの嫉妬ですけどね。
サーバ上でのコマンドライン運用やブラウザごとの
CSS互換性、クライアント層での処理、DB特性
サーバサイド言語以外の知識が膨大になってるのはあるな
設計を除くサーバサイドプログラムそれ自体はやっつけ感。
クライアント層へJSやFlexで処理送り込む案件の方がコーディング脳使ってる気がする
>>398
デザパタやOO自体は難しくなくても適切な設計や
適用検討時にかなりノウハウ要るよなー
CSS互換性、クライアント層での処理、DB特性
サーバサイド言語以外の知識が膨大になってるのはあるな
設計を除くサーバサイドプログラムそれ自体はやっつけ感。
クライアント層へJSやFlexで処理送り込む案件の方がコーディング脳使ってる気がする
>>398
デザパタやOO自体は難しくなくても適切な設計や
適用検討時にかなりノウハウ要るよなー
一回使ったら普通覚えるよな
コマンドラインの操作で威張るなよ。恥ずかしいから。
GUI厨涙目ｗｗｗ
お前らがよく読んでる技術系雑誌は何ですか？
俺は以下
・ソフトウェアデザイン
・WEB+DBプレス
俺は以下
・ソフトウェアデザイン
・WEB+DBプレス
書籍スレがあったんジャマイカ？
・開発の現場
・NEXTWISE
・開発の現場
・NEXTWISE
>>406
同じく
同じく
PHP統合開発環境スレいつの間にか落ちてるじゃん
誰か立ててケロ
俺は無理だった
誰か立ててケロ
俺は無理だった
いらん
落ちたってことは需要がないってこと
落ちたってことは需要がないってこと
1000行って落ちたんだよ
書き込みなさすぎて落ちることはこの板ではありえない
書き込みなさすぎて落ちることはこの板ではありえない
412 ：nobodyさん：2008/01/04(金) 16:44:31 ID:omX9HLOu
WEB+DB PRESSって最近つまらん
そろそろまとめが出るんじゃないの＞web+db
この前でたばっか（一年くらい前）
strlen('日本語');は3を返すようになります。
仕様変更で古コード脂肪ｗｗｗ
仕様変更で古コード脂肪ｗｗｗ
>Unicodeサポートはphp.ini設定のunicode.semantecs設定で有効化され，
よう文盲
よう文盲
クロージャのサポートはまだか。
というかPHPは変数のスコープが関数単位だからな。
420 ：nobodyさん：2008/01/06(日) 18:41:34 ID:ego6nPTO
>>394
>>395
http://arton.no-ip.info/diary/20080103.html
ちゃんと調べる前は、おれにとってはRailsは金がなるプラットフォームに見えたんだ。
RubyやRailsに文句をたれてるわけじゃなくて、DHHを含むRails界隈に集まった人々に文句をたれてるわけだな。
http://madscientist.jp/~ikegami/diary/20080103.html
現状のRoR回りで大喜びしている人は大貧民だと思っています。
僕等はクソったれな Web application という名前のシステムに縛られています。
喜んでいるのは上位ベンダーです。
「下っ端」として働くのはリスクが大き過ぎる。
早めに痛い目にあって、抜け出した方がいいというのが僕の個人的な感想だ。
Zed はまだ Python, Factor, Lua とか拘ってるけど、また同じ目に会うと思うよ
プログラマは二種類に分けられる：正規の計算機工学をこれからも学び続けるプログラマとそうでないプログラマ。
勉強に費した投資に見合う収入は必ずしも得られるとは限らない。
それが現状。
僕の助言としては、くれぐれも、「声のでかい馬鹿」に騙されるなということ。
>>395
http://arton.no-ip.info/diary/20080103.html
ちゃんと調べる前は、おれにとってはRailsは金がなるプラットフォームに見えたんだ。
RubyやRailsに文句をたれてるわけじゃなくて、DHHを含むRails界隈に集まった人々に文句をたれてるわけだな。
http://madscientist.jp/~ikegami/diary/20080103.html
現状のRoR回りで大喜びしている人は大貧民だと思っています。
僕等はクソったれな Web application という名前のシステムに縛られています。
喜んでいるのは上位ベンダーです。
「下っ端」として働くのはリスクが大き過ぎる。
早めに痛い目にあって、抜け出した方がいいというのが僕の個人的な感想だ。
Zed はまだ Python, Factor, Lua とか拘ってるけど、また同じ目に会うと思うよ
プログラマは二種類に分けられる：正規の計算機工学をこれからも学び続けるプログラマとそうでないプログラマ。
勉強に費した投資に見合う収入は必ずしも得られるとは限らない。
それが現状。
僕の助言としては、くれぐれも、「声のでかい馬鹿」に騙されるなということ。
うーん文句言う筋じゃなくね？
勝手に期待して勝手に幻滅したように見える
金が欲しかったら金になるようにやらないとダメだろ
勝手に期待して勝手に幻滅したように見える
金が欲しかったら金になるようにやらないとダメだろ
自作FWでやってるのだが、symfonyがほぼrailsでいい感じと聞いた。
symfony使ってる人、欠点挙げてもらえると助かります。
symfony使ってる人、欠点挙げてもらえると助かります。
連投すんません。symfonyってpearに依存してたりしますか？
>>422 まず日本語の日常会話から勉強を始めることをお勧めします。
ciとrorってちょっとちがくね？
symfonyは原型がmojaviだけどrorからどんどんパクって
struts成分はほとんどそぎ落とされてる印象
symfonyは原型がmojaviだけどrorからどんどんパクって
struts成分はほとんどそぎ落とされてる印象
>>427
どうもです。
symfonyのsandboxを動かしてみてZend Studioのprofileで確認したら
前処理がかなりありますね。
自作FWより倍以上遅いし、今後の事考えると、ちょっと厳しいかな・・・
その他軽量の使うくらいなら自作にしときますわ。
どうもです。
symfonyのsandboxを動かしてみてZend Studioのprofileで確認したら
前処理がかなりありますね。
自作FWより倍以上遅いし、今後の事考えると、ちょっと厳しいかな・・・
その他軽量の使うくらいなら自作にしときますわ。
ちいたんでいいたん
ちいたんの使い方がよく分からん＞＜
ちいたんはしょぼいから無難にメジャーの奴にしとけ
CodeIgniter独自のセッションクラスは、クッキーにデータを保存するんですね。
クッキーが使えない携帯サイトの場合、PHPのsession関数を直接使うしかないでしょうか？＞＜
http://userguide.cilab.info/libraries/sessions.html
セッションクラスは、各ユーザのセッションの情報をシリアライズして（オプションで暗号化して）クッキーに保管します。
デフォルトでは、クッキーだけが保存されます。
Note: セッションクラスは、PHPに組み込みのセッションを利用しません。
クッキーが使えない携帯サイトの場合、PHPのsession関数を直接使うしかないでしょうか？＞＜
http://userguide.cilab.info/libraries/sessions.html
セッションクラスは、各ユーザのセッションの情報をシリアライズして（オプションで暗号化して）クッキーに保管します。
デフォルトでは、クッキーだけが保存されます。
Note: セッションクラスは、PHPに組み込みのセッションを利用しません。
ちいたんは使い方がわからないからciを使った
ciはわかりやすくてシンプルで結構いいね
ciはわかりやすくてシンプルで結構いいね
簡単さがウリのちいたんの使い方が分からないってどんだけ
437 ：nobodyさん：2008/01/09(水) 22:56:31 ID:7z+0iS0h
>>436
ちいたんは、チュートリアルのブログと同じものを作れただけでｵﾜﾀ＼(^o^)／
ソースコードをトレースして使い方を理解しなきゃならんのだろうか？
cとかmとかシュガーシンタックスが用意されているっぽかったが、頭がこんがらがった。
CakePHPを使ったことがある人には分かりやすいのかな？
…誰かちいたんの解説本を出してください！＞＜（ってどんだけｗ）
ちいたんは、チュートリアルのブログと同じものを作れただけでｵﾜﾀ＼(^o^)／
ソースコードをトレースして使い方を理解しなきゃならんのだろうか？
cとかmとかシュガーシンタックスが用意されているっぽかったが、頭がこんがらがった。
CakePHPを使ったことがある人には分かりやすいのかな？
…誰かちいたんの解説本を出してください！＞＜（ってどんだけｗ）
実際ちいたんは分かりづらいよ。素直にCake使うべき。
最近Pieceを使いはじめたけど、これは良い
国産（という区分に意味があるかは微妙だけど）のPHPフレームワークとして、
野心的で世界的な普及を狙えるものだと思う
ただ、ドキュメントが…
国産（という区分に意味があるかは微妙だけど）のPHPフレームワークとして、
野心的で世界的な普及を狙えるものだと思う
ただ、ドキュメントが…
>>442
kswk
kswk
>442
そうなん？ あるとしたらFlowだよね（後は全部置き換え可能だから）
っていうか教えてやれよw
そうなん？ あるとしたらFlowだよね（後は全部置き換え可能だから）
っていうか教えてやれよw
http://codezine.jp/a/article/aid/2124.aspx
Ruby公式ロゴ画像無償配布開始でPHP茫然自失ｗｗｗ
Ruby公式ロゴ画像無償配布開始でPHP茫然自失ｗｗｗ
>>446
なんでも死亡ネタにつなげるなwww
なんでも死亡ネタにつなげるなwww
PHPなんざ
ひび割れたPHPの文字にご飯粒がいっぱい付いたロゴがお似合いなんだよ！
ひび割れたPHPの文字にご飯粒がいっぱい付いたロゴがお似合いなんだよ！
http://slashdot.jp/developers/article.pl?sid=08/01/10/0845245
ソフトウェア産業うつなどメンタルな病にかかる人が他産業の10倍でPHPER病院直行ｗｗｗ
ソフトウェア産業うつなどメンタルな病にかかる人が他産業の10倍でPHPER病院直行ｗｗｗ
Pythonは鬱率低そう
japaﾜﾛｽwww
ソフトウェア産業で骨折なんかするヤツはいないだろうから
メンタルが多いのは当たり前だと思うが。
メンタルが多いのは当たり前だと思うが。
この時期、朝5時に起きて6時から足場の雪かきとかやってた俺からすると、
暖房効いた部屋での座り仕事なんか屁でもないけどな。
弱すぎ。弱小動物は氏ね。
暖房効いた部屋での座り仕事なんか屁でもないけどな。
弱すぎ。弱小動物は氏ね。
暖房でも心の寒さまでは温められないということですね
現実で誰にも相手にしてもらえなくて、
２ちゃんで自分語りの自慢厨を見ますと、
なんだか切ない気持ちになりますね
２ちゃんで自分語りの自慢厨を見ますと、
なんだか切ない気持ちになりますね
お前の同僚死にすぎだろ・・・
なんか呪われてるだろ
>>437
参考になります！
PHPの生セッションを使えるように工夫してるんですね！
>>443
CIスレで勉強しよ。
なるほど、PHPの生セッション使える方法も用意されているんですね！
http://codeigniter.biz/rapyd_guide/classes/session.html
CI＋Rapyd＋ZFで、自分の欲しい部品が揃えばいいなー＾＾
参考になります！
PHPの生セッションを使えるように工夫してるんですね！
>>443
CIスレで勉強しよ。
なるほど、PHPの生セッション使える方法も用意されているんですね！
http://codeigniter.biz/rapyd_guide/classes/session.html
CI＋Rapyd＋ZFで、自分の欲しい部品が揃えばいいなー＾＾
http://www.moongift.jp/2008/01/jsruby/
JavaScriptで作ったRuby登場でPHP破滅ｗｗｗ
JavaScriptで作ったRuby登場でPHP破滅ｗｗｗ
Rubyで書いたPHPを作ればいいんだよw
RubyってJavaScriptで実装できる程ショボいんすかｗｗｗ
PHPより簡単になって普及したら、別にRubyの乗り換えてもいい。
PHPはいつでも捨てられる。
今のところRubyでなければならない理由がない。
Ruby程度じゃPHPのニーズがゼロになる日はまだ来ない。
PHPはいつでも捨てられる。
今のところRubyでなければならない理由がない。
Ruby程度じゃPHPのニーズがゼロになる日はまだ来ない。
当たり前のことを持論みたいに言われたときってなえるよね。
PHP6でアクセラレータ内蔵されるってまじ？
PHPハジマタ
PHPハジマタ
むしろ今まで毎回構文解析してた事がおかしい
んなこたない。再起動無しで変更反映する一番シンプルな方法。
開発中はオフにすればいいだけであって
毎回構文解析するのがシンプルな方法だとかそういう問題じゃない
毎回構文解析するのがシンプルな方法だとかそういう問題じゃない
今のアクセラレータだって再起動なんていらないだろ？
なに再起動って？
なに再起動って？
再起動ﾜﾛﾀ
標準でバンドルされるかどうかはさておき、APCは今でもPECLでインストール
できるから、大した変化じゃない。
今ホットな（MLで炎上している）話題はスカラーのタイプヒンティングとか、
[]で配列を宣言するとか、無名関数・クロージャとか、構文上の変更。
できるから、大した変化じゃない。
今ホットな（MLで炎上している）話題はスカラーのタイプヒンティングとか、
[]で配列を宣言するとか、無名関数・クロージャとか、構文上の変更。
構文からごっそり変更されて古PHP脂肪ｗｗｗ
476に言ってどうするんだろう。
後方互換性があるならどんな機能でも付ければいいとは思うが…
>476
無名関数・クロージャの話って盛り上がってたか？
なんかスルーくらってる気がするんだが。
でもあれ実装されて欲しいな。便利だ。
>480
RasmusとかAndiは大体そんなノリなんだけどな。
なんかそれ俺的に見にくしぃー、とか言う輩が多いんだ。
無名関数・クロージャの話って盛り上がってたか？
なんかスルーくらってる気がするんだが。
でもあれ実装されて欲しいな。便利だ。
>480
RasmusとかAndiは大体そんなノリなんだけどな。
なんかそれ俺的に見にくしぃー、とか言う輩が多いんだ。
年末からの流れを要約してみた。
・無名関数・クロージャで盛り上がる（改良には賛成多数、パッチの内容にツッコミあり）
・タイプヒンティングで炎上（不要派、エラー派、キャスト派に別れての大混戦）
・無名関数パッチ＆角括弧配列パッチ投下（無名関数スルー、角括弧で大荒れ）
・投票方法はどうするよ？（←今ここ）
・無名関数・クロージャで盛り上がる（改良には賛成多数、パッチの内容にツッコミあり）
・タイプヒンティングで炎上（不要派、エラー派、キャスト派に別れての大混戦）
・無名関数パッチ＆角括弧配列パッチ投下（無名関数スルー、角括弧で大荒れ）
・投票方法はどうするよ？（←今ここ）
うわぁ～、それらの機能全部欲しいわぁ。もちろん後方互換で。
そしたらマジで他の言語を使うメリットがないだろ。
初学者にも、ある程度なれた者にも使い易くなりそう。
そしたらマジで他の言語を使うメリットがないだろ。
初学者にも、ある程度なれた者にも使い易くなりそう。
スカラを廃止して全部オブジェクトにしろ。
PHP主に使ってるが無名関数とかクロージャとかいらんわ。読みにくくなるだけ
クロージャなんてマゾい機能イラネ
ねこにこばん
PHPコーダにクロージャ
PHPコーダにクロージャ
クロージャってなーんじゃ？
どういう場合に役立つのか簡潔に説明してくれ。簡潔じゃなくてもいいけど。
>>489
ある部分でコーディングが楽になる。
なかったら困るというようなもんではない
あったら便利という感じ
個人的にはクロージャはまだなくてもいい
まずは配列を角括弧で宣言できるようにしたり
無名関数をきちんと扱えるようになって欲しい。
あとスカラーのタイプヒンティング。
ある部分でコーディングが楽になる。
なかったら困るというようなもんではない
あったら便利という感じ
個人的にはクロージャはまだなくてもいい
まずは配列を角括弧で宣言できるようにしたり
無名関数をきちんと扱えるようになって欲しい。
あとスカラーのタイプヒンティング。
変数に$つけるのダサいからやめて欲しい
$は全然気にならないな。パッと見で変数を区別しやすいし。
>>493
Perlをよく知らないんだが、それはどういうことしてるの？
Perlをよく知らないんだが、それはどういうことしてるの？
>>490
だからそのある部分ってなんだよ．
だからそのある部分ってなんだよ．
それを教えたところで何になるんだ。
JavaScriptみたいにクラスが無い言語（2.0ではあるんだっけ?）でクロージャが
使えないと、動的にイベントハンドラ作りまくるときにひどく面倒。
JavaScriptの用途がクロージャがあると嬉しい用途であるとも言える。
クラスがある言語だと無理にレキシカルスコープを後付けするよりは
無名クラスでクロージャもどきを実現した方が良いと思う。
$handler = new class{
private $var;
public function __construct($var) {
$this->var = $var;
}
public function hoge() {
/* ... */
}
}($var);
みたいな。見た目の好き嫌いはあると思うけど、このほうがコンパイラと
仮想マシンの実装がgdgdにならずに済むので。
まあ、ここまでやらなくても普通のクラスで事足りるかな、とは思う。
使えないと、動的にイベントハンドラ作りまくるときにひどく面倒。
JavaScriptの用途がクロージャがあると嬉しい用途であるとも言える。
クラスがある言語だと無理にレキシカルスコープを後付けするよりは
無名クラスでクロージャもどきを実現した方が良いと思う。
$handler = new class{
private $var;
public function __construct($var) {
$this->var = $var;
}
public function hoge() {
/* ... */
}
}($var);
みたいな。見た目の好き嫌いはあると思うけど、このほうがコンパイラと
仮想マシンの実装がgdgdにならずに済むので。
まあ、ここまでやらなくても普通のクラスで事足りるかな、とは思う。
>>496
教えないことによって何の不利益があるんだ
教えないことによって何の不利益があるんだ
>>494
配列@arをソートした配列を作って返している。だから返り値受けなきゃあんまり意味無いけど。
@ar = ('E', 'B', 'A', 'C', 'D');
print join(',', (sort { $a cmp $b } @ar)); #=> "A,B,C,D,E"
んで、{ $a cmp $b } の部分はクロージャなのかな、と。
配列@arをソートした配列を作って返している。だから返り値受けなきゃあんまり意味無いけど。
@ar = ('E', 'B', 'A', 'C', 'D');
print join(',', (sort { $a cmp $b } @ar)); #=> "A,B,C,D,E"
んで、{ $a cmp $b } の部分はクロージャなのかな、と。
>>497
冗長すぎる。マクロで隠蔽できる言語ならばそれでもいいけど。
冗長すぎる。マクロで隠蔽できる言語ならばそれでもいいけど。
>>493
それはただの無名関数。
うまくいけばこんな風に書けるようになるらしい。
usort($ar, function($a, $b){ return strcmp($a, $b); });
Perlのコードよりはだいぶ長いけど、そもそもコードの短さでPerlと勝負するのは無理。
それはただの無名関数。
うまくいけばこんな風に書けるようになるらしい。
usort($ar, function($a, $b){ return strcmp($a, $b); });
Perlのコードよりはだいぶ長いけど、そもそもコードの短さでPerlと勝負するのは無理。
Perlのq/qq/qwあたりが欲しいな
>>501 thx
調べたら、現行PHPでもできるっちゃできるんだな
$ar = array('E', 'B', 'A', 'C', 'D');
usort($ar, create_function('$a,$b', 'return strcmp($a,$b);'));
print join(',', $ar);
でも、関数定義部分のクオートが無くなるだけで遙かにましかもしれない
無名関数の扱いを洗練させる、ていうことか
（後はusortが破壊的関数なのが戴けないとか、不満を言い出したら切りがないな）
調べたら、現行PHPでもできるっちゃできるんだな
$ar = array('E', 'B', 'A', 'C', 'D');
usort($ar, create_function('$a,$b', 'return strcmp($a,$b);'));
print join(',', $ar);
でも、関数定義部分のクオートが無くなるだけで遙かにましかもしれない
無名関数の扱いを洗練させる、ていうことか
（後はusortが破壊的関数なのが戴けないとか、不満を言い出したら切りがないな）
create_functionのクソっぷりはPHPの中でも異常
create_functionはクロージャでもなんでもないしな
ただ関数定義のコードevalしてその関数名返してるだけ
言語仕様としてのクロージャが欲しい
>>504
sort系全部破壊的とかほんと糞過ぎる
ただ関数定義のコードevalしてその関数名返してるだけ
言語仕様としてのクロージャが欲しい
>>504
sort系全部破壊的とかほんと糞過ぎる
だが実用上はクロージャがあっても
たいした変化は無い・・・
たいした変化は無い・・・
無名関数とクロージャの違いが分からんよ。
言語によってクロージャの意味するものが違う。
ある言語においては、クロージャ=無名関数 となっている場合もある。
今回のPHPの場合は、開発者MLを参照。
フレームワークの話題ﾏﾀﾞｰ？(ﾁﾝﾁﾝ)
ある言語においては、クロージャ=無名関数 となっている場合もある。
今回のPHPの場合は、開発者MLを参照。
フレームワークの話題ﾏﾀﾞｰ？(ﾁﾝﾁﾝ)
クロージャって別に使わないだろ。
そんなのより、変数のスコープをブロックベースにするとか、ファイルベースにするとかを実装してもらいたいもんだ。
それと上の方に出てきてる[]を使った配列定義って、$arr = [1,2,3]とか$has = ['a'=>1,'b'=>2]とかのことだろ？
PHPってさあ、$arr = array('a'=>array('A'=>array(1,2,3)))みたいな超絶見づらい・インデントできないコードを強制されるから、なんとかして欲しいわ。
そんなのより、変数のスコープをブロックベースにするとか、ファイルベースにするとかを実装してもらいたいもんだ。
それと上の方に出てきてる[]を使った配列定義って、$arr = [1,2,3]とか$has = ['a'=>1,'b'=>2]とかのことだろ？
PHPってさあ、$arr = array('a'=>array('A'=>array(1,2,3)))みたいな超絶見づらい・インデントできないコードを強制されるから、なんとかして欲しいわ。
インデントできるだろ
クロージャって、ブロック外のローカル変数を参照しているサブルーチンのことをいうんだろ？無名関数とは明らかに違うもんだろ？
>>511
WUXGAくらいのディスプレイ使ってて、1行に100文字でも200文字でも伸ばしていいなら名。
WUXGAくらいのディスプレイ使ってて、1行に100文字でも200文字でも伸ばしていいなら名。
> PHPってさあ、$arr = array('a'=>array('A'=>array(1,2,3)))みたいな超絶見づらい・インデントできないコードを強制されるから、なんとかして欲しいわ。
意味わかんねｗｗｗｗ
俺はどこかで見た、行の入れ替えをしやすいとかいう理由で、
こういう書き方をしているよ。多少例外はあるけどね。
$arr = array(
'aaa' => array(
'AAA' => array(
1111,
2222,
3333,
),
),
);
意味わかんねｗｗｗｗ
俺はどこかで見た、行の入れ替えをしやすいとかいう理由で、
こういう書き方をしているよ。多少例外はあるけどね。
$arr = array(
'aaa' => array(
'AAA' => array(
1111,
2222,
3333,
),
),
);
>>513
> WUXGAくらいのディスプレイ使ってて、1行に100文字でも200文字でも伸ばしていいなら名。
インデントしたいんじゃなかったのか？
インデントできないといったり、インデントを否定したり、
お前はいったいどういうコードを書きたいんだ？
それとも他人か？
> WUXGAくらいのディスプレイ使ってて、1行に100文字でも200文字でも伸ばしていいなら名。
インデントしたいんじゃなかったのか？
インデントできないといったり、インデントを否定したり、
お前はいったいどういうコードを書きたいんだ？
それとも他人か？
>>514
それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
PerlでもRubyでもJavaScriptでもほとんどの言語は[]や{}で配列を宣言できるんだから。
それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
PerlでもRubyでもJavaScriptでもほとんどの言語は[]や{}で配列を宣言できるんだから。
array()でも[]でも変わらんと思うが
>>516
> それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
インデント以外のスペースは入っていないし、ずれてもいない。
あー、あれか、お前にとってのインデントとは、括弧がある列をそろえることか？ｗ
if (・・・) {
・・・
}
あんた、こういう書き方を認めない奴だろ？
インデントになってなーいとかいって、
if (・・・)
{
・・・
}
こう書き換えさせるんだろ？ｗ
> それがインデントできてない状態なんだよ。array（）のせいで、スペースを大量に入れるか、ズレるのを我慢しないといけない。
インデント以外のスペースは入っていないし、ずれてもいない。
あー、あれか、お前にとってのインデントとは、括弧がある列をそろえることか？ｗ
if (・・・) {
・・・
}
あんた、こういう書き方を認めない奴だろ？
インデントになってなーいとかいって、
if (・・・)
{
・・・
}
こう書き換えさせるんだろ？ｗ
あのさー、PHPしか使ったことないとそれが当たり前に思えるのかもしれないけど、他の言語じゃ[]や{}を使って配列を定義するのが当たり前だから。
実際、それが不便だから、PHPのデベロッパーも要件として検討してるんだろ。
YAMLは先頭に-を付けるだけだから読みやすいんであって、yaml()で全部くるめってなったら、誰も使わないよ。
実際、それが不便だから、PHPのデベロッパーも要件として検討してるんだろ。
YAMLは先頭に-を付けるだけだから読みやすいんであって、yaml()で全部くるめってなったら、誰も使わないよ。
a() でいいよ
書くのがうぜーっていうなら分かるが
インデントとは？
インデントとは？
他の当たり前だからって何なんだ？ｗ
他の言語でそうなっていることが多いのは百も承知だし
それを知った上で、あればいいけど、たいした違いは無いといっているんだが。
で、お前にとってのインデントとはどういうもんなんだｗ
ほんの２、3個言語知っている程度の分際でえらそうだなｗ
他の言語でそうなっていることが多いのは百も承知だし
それを知った上で、あればいいけど、たいした違いは無いといっているんだが。
で、お前にとってのインデントとはどういうもんなんだｗ
ほんの２、3個言語知っている程度の分際でえらそうだなｗ
> インデントできないコードを強制される
という意味がまったくわからんｗ
という意味がまったくわからんｗ
あったらあったで便利かもしれないけど、別にそこまで必要性は感じないけどな。
デベロッパー(笑)
デベロッパー(笑)
いい加減インデントについて答えろよ。
もしくは、俺が勘違いしていました。って謝れよ。
もしくは、俺が勘違いしていました。って謝れよ。
array() でも()でも[]でもかまわんが、1..10 記法はあってもいいかな。
range()関数がある、そうですか・・・でもあんまり使われて無いよね。
$months = array();
for($i=1;$i<=12;$i++){
$months[] = $i;
}
これを見るのはもううんざり。
単純なfor 文でさえ、foreach(array(1..12) as $i){} と書きたい俺が偏ってるんだが
あと上記の $i をブロックローカルにする方法を提供して欲しい。
ってみんな言ってるなｗ
range()関数がある、そうですか・・・でもあんまり使われて無いよね。
$months = array();
for($i=1;$i<=12;$i++){
$months[] = $i;
}
これを見るのはもううんざり。
単純なfor 文でさえ、foreach(array(1..12) as $i){} と書きたい俺が偏ってるんだが
あと上記の $i をブロックローカルにする方法を提供して欲しい。
ってみんな言ってるなｗ
使われてないって何を根拠に？
実装が難しいなら、a()でもいいけどな。Perlにq() があるように。5文字が1文字になるだけでもだいぶマシ。
俺の身辺および見たことのあるコードからの印象、なので実際の傾向とは違うかも
Perl, Rubyでの 1..10 よりは PHPのrange(1, 10) は少ない印象
Perl, Rubyでの 1..10 よりは PHPのrange(1, 10) は少ない印象
んなの使いたいなら作りゃいいじゃん
function a($a){return array($a);}
function a($a){return array($a);}
forでもifでも、PHPの変数スコープが関数ベースなのが問題なんだろ。
>>533
ばかだなあ
ばかだなあ
>>535
お前も似たようなことやっただろｗ
お前も似たようなことやっただろｗ
>>529
rangeは実際に配列を作っちゃうところが駄目
rangeは実際に配列を作っちゃうところが駄目
>>533
そういうのやってる奴もいるだろうけど、配列を作るのに演算子じゃなくって関数にするのはコストが大きすぎると思うな。
htmlspecialchars()をh()にするとかは、使われる個所も少ないし、いいかなと思うけど。
そういうのやってる奴もいるだろうけど、配列を作るのに演算子じゃなくって関数にするのはコストが大きすぎると思うな。
htmlspecialchars()をh()にするとかは、使われる個所も少ないし、いいかなと思うけど。
$h = 'htmlspecialchars';
$h( $cont);
関数定義するのが嫌ならこれでいいんじゃね？
$h( $cont);
関数定義するのが嫌ならこれでいいんじゃね？
arrayだとこれじゃ駄目だな
忘れて
忘れて
php.internals見てると [] 形式のarray syntaxに反対結構多いっぽい
使う側としてはなんで未だに実装しないんだろう、
絶対 [] の方が便利じゃん、って感じなんだけどなあ
保守的だなと感じる
使う側としてはなんで未だに実装しないんだろう、
絶対 [] の方が便利じゃん、って感じなんだけどなあ
保守的だなと感じる
>>516
インデントの綴りはindentだ。
あとはYahoo辞書とかgoo辞書とかあるだろ？な？
dataの複数形がdatasだと思ってるプログラマ並みに見ててかわいそうだからちゃんと調べてこい。
インデントの綴りはindentだ。
あとはYahoo辞書とかgoo辞書とかあるだろ？な？
dataの複数形がdatasだと思ってるプログラマ並みに見ててかわいそうだからちゃんと調べてこい。
>>541
反対してる人はどういう理由を掲げてんの？
反対してる人はどういう理由を掲げてんの？
>>543
foo([])
$var = [];
とか書き方されるとみにくくってﾜｶﾝﾈ。
$foo['a'] = 1;
$foo = ['a'];
がややっこしくて読みにくい。
みたいな理由。
いや読みやすいだろう、っていう奴もいたり色々だが、rejectするクリティカルな理由はまだ見当たらないな。
そのわりにvoteの半分ぐらいが反対派でrejectされそうだったり。
foo([])
$var = [];
とか書き方されるとみにくくってﾜｶﾝﾈ。
$foo['a'] = 1;
$foo = ['a'];
がややっこしくて読みにくい。
みたいな理由。
いや読みやすいだろう、っていう奴もいたり色々だが、rejectするクリティカルな理由はまだ見当たらないな。
そのわりにvoteの半分ぐらいが反対派でrejectされそうだったり。
http://blog.livedoor.jp/dankogai/archives/50985072.html
ヒゲに「PHP使いはなんちゃってプログラマー」と断言されてPHPER失神ｗｗｗ
ヒゲに「PHP使いはなんちゃってプログラマー」と断言されてPHPER失神ｗｗｗ
ﾜﾛｽｗｗｗｗそうだろうと思ったｗｗｗｗ
自分の知らないものをたたきたくなる年頃
年頃も何も思いっきりオッサンじゃん
550 ：nobodyさん：2008/01/15(火) 04:08:21 ID:ivklLH2p
何に使うのそれ
>>549
オッサンって自分の知らないものをよくたたくじゃんｗ
オッサンって自分の知らないものをよくたたくじゃんｗ
インタビュアーの質問が変だと思ったら・・忙しいのか、いつまで経っても進歩しないあの人じゃないか。
この人のブログ全部読んでないから全容はしらんが、
PHPはなんちゃって、スーツとギークの話は同意。
PHPはなんちゃって、スーツとギークの話は同意。
>>546
パスワードを自分の名前にするような人が何を言っても失笑を買うだけ(www
パスワードを自分の名前にするような人が何を言っても失笑を買うだけ(www
すごいプログラマってのはだいたいアニヲタ。
これは禁則事項です。だったか？
これは禁則事項です。だったか？
データベースの操作がしやすいFWないかな？
検索するときに、
「テスト123」で検索すると
「ﾃｽﾄ123」
「テスト１２３」
「テスト123」
「ﾃｽﾄ１２３」
とか、様々なパターンに分けて検索したいんだが・・・
今はmb_convert_kanaで1個ずつやってる
検索するときに、
「テスト123」で検索すると
「ﾃｽﾄ123」
「テスト１２３」
「テスト123」
「ﾃｽﾄ１２３」
とか、様々なパターンに分けて検索したいんだが・・・
今はmb_convert_kanaで1個ずつやってる
>>557
弾そんなこと言ってたの？きめぇしありえん
弾そんなこと言ってたの？きめぇしありえん
symfonyのfrontend_dev.phpみたいな機構ciにありますか？
ブログ書いてるような女プログラマは
どいつもこいつも女であることを過剰に意識し
かつ女であることに寄っかかってるからうざいな
http://wiredvision.jp/news/200801/2008011123.html
このくらいのレベルになればまあいいけど
べにじょとか言う馬鹿女はちんぽでビンタしてやりたい
どいつもこいつも女であることを過剰に意識し
かつ女であることに寄っかかってるからうざいな
http://wiredvision.jp/news/200801/2008011123.html
このくらいのレベルになればまあいいけど
べにじょとか言う馬鹿女はちんぽでビンタしてやりたい
こんなにカワイイ女なのにオタクなワテクシ(笑)
>>561
Q49 思わず「こ れ は ひ ど い」と口にしてしまったコードがあれば教えてください。
自分が書いたものも含めてしょっちゅうですが、
世界平和のためにこの回答は禁則事項としておきましょう。
Q49 思わず「こ れ は ひ ど い」と口にしてしまったコードがあれば教えてください。
自分が書いたものも含めてしょっちゅうですが、
世界平和のためにこの回答は禁則事項としておきましょう。
>>563
なにこのブサイクのひがみ
なにこのブサイクのひがみ
おまいらはオードリーたんにでも萌えとけ
Natali Del Conte様も知性と乳のでかさを兼ね備えてる感じでgood
やっぱりcode igniterが人気なのかねー
ドキュメントも整ってるし、重すぎない中庸な感じが人気の秘訣か？
ドキュメントも整ってるし、重すぎない中庸な感じが人気の秘訣か？
フレームワークでsenna(トリトン)使ってる人いる？
標準のormだと全文検索できなくね？
やっぱ自分で書いてんの？
標準のormだと全文検索できなくね？
やっぱ自分で書いてんの？
575 ：nobodyさん：2008/01/16(水) 22:54:15 ID:fD4Q9VvA
ちいたんはかんたん
アンケートのちいたんの優勢
ネタと思ってたけど実際にそうだったらびびるな・・・
実は隠れたメジャーフレームワークだったとか
ネタと思ってたけど実際にそうだったらびびるな・・・
実は隠れたメジャーフレームワークだったとか
ちいたん使ってない時点でPHP使いとしてはモグリ
SunがMySQL買収でPHP脂肪ｗｗｗ
うお，まじだ
いい機会だ
PHP投げ出す
PHP投げ出す
SolarisとMySQLの親和性が高まれば、ますますエンタープライズ用途へPHPが浸透して、割を食うのはJavaとOracleだと思うが。
PHPで作られた勘定系とか、恐ろしくて使えんな(www
PHPで作られた勘定系とか、恐ろしくて使えんな(www
Sun「PHPでMySQLをいじると速度が3倍遅くなるようにします
LAMP→LAMJ(ava)
ランジュ
821 ：NAME IS NULL ：sage ：2008/01/17(木) 17:01:58 ID:???
MySQL が Oracle や IBM を追い詰めるって妄想にもほどがあるｗ
Sun の狙いは現行 MySQL で構築してあるシステムを Sun のハード & ソフトに置き換えること。
そこそこ規模の大きいとこは SPARC + Solaris + Oracle でリプレースすること。
つまり現 MySQL ユーザの取り込みだよ。Sun はそういう会社。それ以外に興味はない。
過去に Sun に買収されたところがどんな冷や飯を食ったか (あるいはお亡くなりになったか)、
Cobalt を例に挙げよう。
1. Cobalt 買収。これで Sun にも I/A + Linux の販売基盤ができたとメディアが騒ぐ ← 今の MySQL
2. Sun、サポート体制配備。客とのコネ作り。
3. Cobalt 塩漬け開始。ほぼ同時に Sun が I/A ハード販売開始。
4. 2 世代も古くなればさすがに客も Sun の I/A、SPARC サーバへ乗り換えはじめる。
5. Cobalt 終了のお知らせ。
これ見てるとPHPじゃなくてMySQLが脂肪…？
MySQL が Oracle や IBM を追い詰めるって妄想にもほどがあるｗ
Sun の狙いは現行 MySQL で構築してあるシステムを Sun のハード & ソフトに置き換えること。
そこそこ規模の大きいとこは SPARC + Solaris + Oracle でリプレースすること。
つまり現 MySQL ユーザの取り込みだよ。Sun はそういう会社。それ以外に興味はない。
過去に Sun に買収されたところがどんな冷や飯を食ったか (あるいはお亡くなりになったか)、
Cobalt を例に挙げよう。
1. Cobalt 買収。これで Sun にも I/A + Linux の販売基盤ができたとメディアが騒ぐ ← 今の MySQL
2. Sun、サポート体制配備。客とのコネ作り。
3. Cobalt 塩漬け開始。ほぼ同時に Sun が I/A ハード販売開始。
4. 2 世代も古くなればさすがに客も Sun の I/A、SPARC サーバへ乗り換えはじめる。
5. Cobalt 終了のお知らせ。
これ見てるとPHPじゃなくてMySQLが脂肪…？
LAMPも終わりかぁ？LAPP移行かな
LLPR(Linux/lighttd/PostgreSQL/Ruby)の時代ｷﾀｺﾚ
PHPとなんの関係があるんだ？
welcome to ruby world
そのうちzendも買収されたりして…
なんでMySQLって人気あるんだ？
昔さわったとき副問い合わせが使えなくて、
こりゃだめだとおもってPostgreSQLを使い出した感じだけど。
Windowsで簡単に使えたからか？
昔さわったとき副問い合わせが使えなくて、
こりゃだめだとおもってPostgreSQLを使い出した感じだけど。
Windowsで簡単に使えたからか？
そりゃお前みたいなきもいおっさんがいないからだよ
フリーで実用性と機能性が優れてるから
使ってみりゃpsqlの糞さ加減が分かるよ
使ってみりゃpsqlの糞さ加減が分かるよ
長年MySQLを使ってきましたが、PostgreSQLのほうがいいと思う今日このごろです
MySQLの人気の原因は
操作が簡単でとにかく速かったからだろ？
操作が簡単でとにかく速かったからだろ？
http://builder.japan.zdnet.com/news/story/0,3800079086,20365095,00.htm
2007年に最も人気が延びた言語＝PythonでPHP脂肪ｗｗｗ
2007年に最も人気が延びた言語＝PythonでPHP脂肪ｗｗｗ
Ruby減少って嘘くせー
RubyがガンガンPHPのパイを削ってるのが現状だろ？
何で減るのよ
ばっかじゃないの
RubyがガンガンPHPのパイを削ってるのが現状だろ？
何で減るのよ
ばっかじゃないの
>>595
特に、フィールド情報の取得の簡便さ（SHOW FIELDS）とAUTO INCREMENTのシンプルさが
大きかった。少なくとも俺は。
実行速度はどちらかというとそんなに意識しなかったなぁ。小中規模の案件ばっかりだし。
特に、フィールド情報の取得の簡便さ（SHOW FIELDS）とAUTO INCREMENTのシンプルさが
大きかった。少なくとも俺は。
実行速度はどちらかというとそんなに意識しなかったなぁ。小中規模の案件ばっかりだし。
Ruby信者の工作でRubyが伸びてるように思わされてただけ。
実際Railsが話題になってただけ。
不毛な論争を避ける為にこれ以上言うのはやめておく。
実際Railsが話題になってただけ。
不毛な論争を避ける為にこれ以上言うのはやめておく。
まあそう言わなくても、前回のバージョンアップで移行を考えた人も多いんじゃないの？
python（笑）
python（笑）
それPHPからたたけるの？それは知らなかった
dtはpsqlの話じゃないのか
フィールド情報の取得って何に使うの？
自前でORM作るくらいしないとそんなことしなくね？
自前でORM作るくらいしないとそんなことしなくね？
mysqlはwindowsで開発するときのインスコが便利
そんなに使わないけどdescribe tableでサクってとれるMySQLは便利
describeなんて打たなくてもdesc tableで取れるだろう
>>604
> 自前でORM作るくらいしないとそんなことしなくね？
まさにこれだな。
なんでかPEAR::DB, MDB2等すら使用を禁じて勤勉にmysql_real_escape_string()を
使ったり使わなかったりさせられたりする「制作会社」ってまだ結構あるんだぞ
そのかわり自分達で書いたコードはレビューすらせずに無頓着にスルー。
正直意味がわからない。
まあphpPgAdminがあるわけだし、どうにかすればPostgreSQLでもとれるんだろうけど。
教えてえろい人
（こんな感じか？ どっかのサイトのコピペ）
select
lower(owner) as owner,
lower(table_name) as table_name,
column_name, lower(data_type) as data_type,
sak.data2notnull(data_precision, char_col_decl_length) as char_col_decl_length,
data_scale
from all_tab_columns
where lower(owner) = 'sak' and lower(table_name) = 'テストm'
order by owner, table_name, column_id
;
> 自前でORM作るくらいしないとそんなことしなくね？
まさにこれだな。
なんでかPEAR::DB, MDB2等すら使用を禁じて勤勉にmysql_real_escape_string()を
使ったり使わなかったりさせられたりする「制作会社」ってまだ結構あるんだぞ
そのかわり自分達で書いたコードはレビューすらせずに無頓着にスルー。
正直意味がわからない。
まあphpPgAdminがあるわけだし、どうにかすればPostgreSQLでもとれるんだろうけど。
教えてえろい人
（こんな感じか？ どっかのサイトのコピペ）
select
lower(owner) as owner,
lower(table_name) as table_name,
column_name, lower(data_type) as data_type,
sak.data2notnull(data_precision, char_col_decl_length) as char_col_decl_length,
data_scale
from all_tab_columns
where lower(owner) = 'sak' and lower(table_name) = 'テストm'
order by owner, table_name, column_id
;
まだ結構あるってどうやって調べたんだよ
>>591
副問い合わせのSQLを書けないウェブプログラマーだらけだからだよ。
副問い合わせのSQLを書けないウェブプログラマーだらけだからだよ。
MySQLがフリーとか、大抵商用に使う場合は有料になるわけだが。
個人の趣味とか社内用のみとかならフリーでいけるが。
外部案件で使って対価を得たらソース公開するか有料かだし、そのソース公開なんてあり得ないから自動的に有料コースとなる。
ま、それを払ってない奴等がごまんといるからそんな認識なんだろうけどな。
昔は速度面で有利だったけど今じゃそれ程でもないしで。
ライセンス関連が一番面倒なMySQLは真っ先に外すわ。
それなら安心のPosgreか最初から有料コースとしてSQLServerとかOracleいくわ。
サポート受けやすいし。
個人の趣味とか社内用のみとかならフリーでいけるが。
外部案件で使って対価を得たらソース公開するか有料かだし、そのソース公開なんてあり得ないから自動的に有料コースとなる。
ま、それを払ってない奴等がごまんといるからそんな認識なんだろうけどな。
昔は速度面で有利だったけど今じゃそれ程でもないしで。
ライセンス関連が一番面倒なMySQLは真っ先に外すわ。
それなら安心のPosgreか最初から有料コースとしてSQLServerとかOracleいくわ。
サポート受けやすいし。
GPLって頒布とソース公開がセットで
頒布された人に対してソースを入手可能にするだけじゃないの？
頒布してない人にまで公開しなければいけないライセンスってこと？
頒布された人に対してソースを入手可能にするだけじゃないの？
頒布してない人にまで公開しなければいけないライセンスってこと？
＞有料コースとしてSQLServerとかOracle
条件次第では無料で使えるということも覚えておこう。
条件次第では無料で使えるということも覚えておこう。
PHPで名前付き引数が検討されたことってある？
python使えってこった
>>610
んな、アホな
んな、アホな
俺の周りでもPythonを勉強しだした人がいます。
Pythonについて調べていたら、自分もPythonを勉強したくなりました。
でも、WEBサイト制作はもっぱらPHPでやるだろうけどね。
Pythonについて調べていたら、自分もPythonを勉強したくなりました。
でも、WEBサイト制作はもっぱらPHPでやるだろうけどね。
MySQLをソフトウェアに組み込んでそれを販売する場合に有料だろう。
別に商用でMySQL使った場合に有料になるわけじゃない。
別に商用でMySQL使った場合に有料になるわけじゃない。
>もしあなたがMySQLを使ったソフトウェアを開発し、
>他の人に配布しようとしている場合、
>それは有料、無料、評価版、製品版にかかわらず、
>あなたの開発したソフトウエアをGNU GPLに従い配布するつもりがなければ、
>コマーシャルライセンスの購入が必要となります。
となっているけど、どういうこと？
よくわからんMySQLのライセンス。
>他の人に配布しようとしている場合、
>それは有料、無料、評価版、製品版にかかわらず、
>あなたの開発したソフトウエアをGNU GPLに従い配布するつもりがなければ、
>コマーシャルライセンスの購入が必要となります。
となっているけど、どういうこと？
よくわからんMySQLのライセンス。
MySQLを使ったものを配布したいなら、GPLに従うか買え。
って事。
って事。
そんなの滅多にないし
ウェブプログラミングレベルではあんまり関係ないよな
ウェブプログラミングレベルではあんまり関係ないよな
>>620
ちょっと違う。
MySQLを改造して、MySQL+α（αの部分が主であっても同じ）を作って配布する場合
GPLにするかそうでない場合は買えってこと。
俺の作ったアプリはMySQLサーバーにアクセスする。レベルなら
俺の作ったアプリGPLにする必要は無い。
というかGPL(ver2)というライセンス自体がそういうもので
ウェブサービスとしてアプリを利用させていればソース公開しないでいい
ちょっと違う。
MySQLを改造して、MySQL+α（αの部分が主であっても同じ）を作って配布する場合
GPLにするかそうでない場合は買えってこと。
俺の作ったアプリはMySQLサーバーにアクセスする。レベルなら
俺の作ったアプリGPLにする必要は無い。
というかGPL(ver2)というライセンス自体がそういうもので
ウェブサービスとしてアプリを利用させていればソース公開しないでいい
少なくともPHPERは無料で使ってOK（ただし今までは）
これからはPHPERだけ有料でPHP脂肪ｗｗｗ
これからはPHPERだけ有料でPHP脂肪ｗｗｗ
pythonという素晴らしい言語の前には、PHPなんて（笑）
>>622
MySQL開発元の考えでは、「無償利用する場合は、アクセスするプログラムもGPLで公開すべき」
というようなこと言ってなかったっけ? クライアントライブラリを利用してアクセスするのだからって、
ことだったか、GPLなMySQLを利用するのならだっか。 相当前の話で今どう決着したのか知らないのだけど。
他のある「有償or無償ならLGPLじゃなくてGPL」なソフトウェアをネタにブログで書いたら、
中の人からアクセスがあったりした。ライセンス違反してないかチェックしてたりするのかな?
MySQL開発元の考えでは、「無償利用する場合は、アクセスするプログラムもGPLで公開すべき」
というようなこと言ってなかったっけ? クライアントライブラリを利用してアクセスするのだからって、
ことだったか、GPLなMySQLを利用するのならだっか。 相当前の話で今どう決着したのか知らないのだけど。
他のある「有償or無償ならLGPLじゃなくてGPL」なソフトウェアをネタにブログで書いたら、
中の人からアクセスがあったりした。ライセンス違反してないかチェックしてたりするのかな?
MySQL脂肪→sqliteを組み込んだPHP大勝利
Movable Typeみたいなものはライセンス料を払わなきゃだめなのかな？
PHP 5.3からはlibmysqlclientを使わずに自前でMySQLプロトコルを喋る
mysqlndが採用されるけどね。
mysqlndが採用されるけどね。
>>616
お前が考えるより、世の中のレベルは遥かに低い。ORマッパーが流行るのも、そもそもPHPが流行るのも、同じ類の理由。
お前が考えるより、世の中のレベルは遥かに低い。ORマッパーが流行るのも、そもそもPHPが流行るのも、同じ類の理由。
サブクエリが書けない人が集まっているからMySQLのユーザ人口は多いって？
意味が分からんｗ そもそも現行でサブクエリ使えるし
意味が分からんｗ そもそも現行でサブクエリ使えるし
つMySQL4.0
簡単に作れる。新しいことをしなければ。それがPHP案件クオリティ
サーバから作るJava等なら、そういう制約は会社次第だが
簡単に作れる。新しいことをしなければ。それがPHP案件クオリティ
サーバから作るJava等なら、そういう制約は会社次第だが
ウェブアプリなんてつまるところデータの出し入れだけだし
そんな考えで作れたら楽でいいな
MySQLにmecabとか組み込んだり、いろいろ改造してる人は、GPLで公開するか、MySQLを買って改造内容を公開しないか、という話でそ？(・∀・)
>>632
そんなこと言ったら全部のソフトがそうだろうが
そんなこと言ったら全部のソフトがそうだろうが
プログラムなんてつまるところ0と1だけだし
宇宙なんて所詮電子と陽子と中性子だし
クォークを忘れてはいけません
所詮電子と陽子と中性子とクオークなのに
命とか意味あんの？
命とか意味あんの？
そ、そんな餌に俺がｸﾏｰ
Python界隈のぞいてるが
クロージャとか高階関数とか意味不明な言語の羅列
PHPERの自分が恥ずかしく思えてきたぜ・・・
このままでいいのかな・・・
クロージャとか高階関数とか意味不明な言語の羅列
PHPERの自分が恥ずかしく思えてきたぜ・・・
このままでいいのかな・・・
それ言葉だけ。
クロージャも黄海関数も、んなたいしたことじゃない。
クロージャも黄海関数も、んなたいしたことじゃない。
便利な関数がいっぱい組み込まれてるのが好き
似たようなのがいっぱいあっても気にしない
それが俺たちペチパー
似たようなのがいっぱいあっても気にしない
それが俺たちペチパー
俺たちゃペチパー
気楽な稼業さ
ホーイホイ♪
気楽な稼業さ
ホーイホイ♪
>>641
JavaScriptでも、いじりなさい。
JavaScriptでも、いじりなさい。
ペチパー(笑)同士がんばろうZE!!
>>641
がんばってPython勉強すれば良いじゃん
がんばってPython勉強すれば良いじゃん
俺たちゃペチパー
ベタ書き 生書き
ホーイホイ♪
テンプレートエンジン
オブジェクト指向
ゴミ箱にポイ♪
SQLインジェクジョン
クロスサイトスクリプティング
そんなの風に聴け♪
ベタ書き 生書き
ホーイホイ♪
テンプレートエンジン
オブジェクト指向
ゴミ箱にポイ♪
SQLインジェクジョン
クロスサイトスクリプティング
そんなの風に聴け♪
googleってmysqlで組んでるんだよな？
ってことはsunはgoogleの命を1000億で買ったということにはならないのかな？
ってことはsunはgoogleの命を1000億で買ったということにはならないのかな？
全然ならん
なんで？sunはmysqlを好きに出来るんだろ？
mysqlにいきなり大幅に課金したら→google死亡
ってならないの？
mysqlにいきなり大幅に課金したら→google死亡
ってならないの？
そんなほとんどのユーザを敵に回すようなことを出来る訳がないだろ。
私企業がオープンソースの製品を保持するという状況が
かなり想像しにくいな・・・
かなり想像しにくいな・・・
>>649
Google は MySQL を一部に使ってるだけ、
主要技術は自社にあるから全然そういうことにはならない
特にもし使ってるのがコミュニティ版だった場合は (その可能性が高い) 完全に関係ない
Google は MySQL を一部に使ってるだけ、
主要技術は自社にあるから全然そういうことにはならない
特にもし使ってるのがコミュニティ版だった場合は (その可能性が高い) 完全に関係ない
googleはファイルシステムまで自前でやってるのに
データベースは全部MySQLつうのはありえん
データベースは全部MySQLつうのはありえん
もしそうなっても、
既に公開されているGPLライセンスのソースから、
オープンソース版のMySQLが派生するだけ。
既に公開されているGPLライセンスのソースから、
オープンソース版のMySQLが派生するだけ。
全然関係ない話題のが大盛り上がりでPHP脂肪確定www
簡単にできることを複雑にやる必要はない。
Javaの案件とPHPの案件なら、PHPの方が簡単で儲けやすいと思います。
まあみんなも、その時々の稼げる言語を使い分けたらいいんじゃないですか？
WEB系の案件～PHP、Java以外では、Ruby、Pythonの案件ってまだまだ量が少ないね＞＜（俺の周辺的な意味で）
Javaの案件とPHPの案件なら、PHPの方が簡単で儲けやすいと思います。
まあみんなも、その時々の稼げる言語を使い分けたらいいんじゃないですか？
WEB系の案件～PHP、Java以外では、Ruby、Pythonの案件ってまだまだ量が少ないね＞＜（俺の周辺的な意味で）
660 ：nobodyさん：2008/01/20(日) 12:16:45 ID:9hflgCXq
付き合いのある人身売買業者の営業曰く、Ruby on Rails の案件が急増してるそうだ。
会社や業界の上の方が「Javaの10倍効率的」とか耳にしてるんだろうな。
そういう俺はEthnaで苦しんでるわけだが…。
会社や業界の上の方が「Javaの10倍効率的」とか耳にしてるんだろうな。
そういう俺はEthnaで苦しんでるわけだが…。
WEB側だけでもPHPで作りたいよね。
もうとにかく開発が楽であればいい。
もうとにかく開発が楽であればいい。
RoRってのを使うとJavaの1/10の金額で作れるんですよね？それでよろしくﾉｼ
ってのもこれからあるかも知れんなぁ。
俺はPHPに拘らないが、PHPの場合は他の言語に比べてこれを覚えていればいいという王道が無くて困る。
mojavi -> 本家死亡 -> agavi -> マイナーのまま -> symfony, cake -> 今の所現状維持
simpletest -> PHPUnitの訳出現で更にマイナー化 -> PHPUnit -> 現状維持しつつlimeに手を出してみたり
ってのもこれからあるかも知れんなぁ。
俺はPHPに拘らないが、PHPの場合は他の言語に比べてこれを覚えていればいいという王道が無くて困る。
mojavi -> 本家死亡 -> agavi -> マイナーのまま -> symfony, cake -> 今の所現状維持
simpletest -> PHPUnitの訳出現で更にマイナー化 -> PHPUnit -> 現状維持しつつlimeに手を出してみたり
でもRoRだと単価が安い。Javaでプロジェクト背負える位の人だと100万とか簡単に
逝くのに、RoRだと60万円とか平気で言ってくる。
逝くのに、RoRだと60万円とか平気で言ってくる。
>>662
ZFは？
ZFは？
ZF案件がじわじわ増えてますね
開発はsymfonyの方が楽と思うけど
開発はsymfonyの方が楽と思うけど
mojaviってそんなに前から潰れてるのか……知らんかった
ﾓｼﾞｬｯと潰れました
モハビだけどな
それを言うならﾓﾊｯﾄ……いやいや。
っていうかmojavi本家サイトがなくなってるんじゃ不安だなぁ……
今から他のフレームワークっつーのも時間ないし。困ったもんだ。
っていうかmojavi本家サイトがなくなってるんじゃ不安だなぁ……
今から他のフレームワークっつーのも時間ないし。困ったもんだ。
むしろ未だにmojavi使ってる人がいたことに驚愕
そうなの？フレームワークってそんなにとっかえひっかえするものなのか……
んー！！
んー！！
去年6月ころmojaviつかってる案件あったなー
せめてagaviに移行してくれ
全面リニューアルの予算がつかないメンテ案件とかはまだMojavi2
ZFなら本家だから安心
と信じたらきっと痛い目見るんだろうなー。
今使ってる物と平行で別の気になる奴評価し続けるくらいが理想型かしらね
と信じたらきっと痛い目見るんだろうなー。
今使ってる物と平行で別の気になる奴評価し続けるくらいが理想型かしらね
もういいやベタで
ちっちゃい案件だし
ちっちゃい案件だし
もとよりweb用途ではベタ書きでも便利な言語
小さい案件ならそれこそPHPの最適解かもしらず
小さい案件ならそれこそPHPの最適解かもしらず
俺たちゃペチパー♪
rubyとかにうわきしたいんだけど
コマース(oscommerce) ログ解析(awstats) DB管理(pgmyadmin)が
軒並みphpだからとどまってる
rubyってtdiaryしか(ry
コマース(oscommerce) ログ解析(awstats) DB管理(pgmyadmin)が
軒並みphpだからとどまってる
rubyってtdiaryしか(ry
tracなんかはpythonだし
オールドクラシックな分野しかPHPで作られてなくてPHP脂肪
オールドクラシックな分野しかPHPで作られてなくてPHP脂肪
tracってｗ
一部の大規模アプリを除いて、
プログラマしか使わないようなものだけだよ。
PHPを使わないのは。
一部の大規模アプリを除いて、
プログラマしか使わないようなものだけだよ。
PHPを使わないのは。
まぁawstatsはPerlだけどな。
trac使いにくいよ
他に良いのない？
他に良いのない？
ム板にBTS関係のスレがあるよ。
mapleとusagiが結びついたけど、どうなんのかな。
mapleとusagiが結びついたけど、どうなんのかな。
http://blog.cre8labs.com/archives/18
ちいたんがASPに移植されとる・・・ ( ﾟдﾟ)
ちいたんがASPに移植されとる・・・ ( ﾟдﾟ)
PHP->MySQL->PEARとある程度理解できて
次にフレームワークいじってみようと思うんだけど、何がおぬぬめ？
次にフレームワークいじってみようと思うんだけど、何がおぬぬめ？
今きてるのはちいたん
おｋ、ちいたんと結婚してくる
ちいたんでいいたん
PEAR+Smartyを使うならどんなのがいいんだろうね
ちいたんもケーキもテンプレエンジン使わないでそ
ちいたんもケーキもテンプレエンジン使わないでそ
>>690
ZF
ZF
将来性のあるFWってなんだろう
ZFに期待してようかな・・・
しかし、現状ZF使ってる人が少なくて、質問しても答えが返ってこないorz
ZFに期待してようかな・・・
しかし、現状ZF使ってる人が少なくて、質問しても答えが返ってこないorz
ZFのスレあるじゃん他も個別スレあるし
ここFWについて語ると看板がついてるだけの雑談スレだから基本
ここFWについて語ると看板がついてるだけの雑談スレだから基本
マニュアル見ればすぐに分かることを聞かれて答える気になる？
ZFのいい所って、ぶっちゃけ底上げ？
正直、一定以下の制作会社には全てZFを使って欲しい。
そして色々不満が出てきて欲しい、と個人的に思ってしまう。
俺も勉強になったし、今も勉強してる。
正直、一定以下の制作会社には全てZFを使って欲しい。
そして色々不満が出てきて欲しい、と個人的に思ってしまう。
俺も勉強になったし、今も勉強してる。
関数、オブジェクト、クロージャ
http://d.hatena.ne.jp/brazil/20060131/1138692196
↑非常に簡潔にまとめられていて分かりやすい。
クロージャについて参考になった。
PHPの次はRuby（Ruby on Rails）を勉強しようと思っていたけど、先にPythonをやってみようかな？
http://d.hatena.ne.jp/brazil/20060131/1138692196
↑非常に簡潔にまとめられていて分かりやすい。
クロージャについて参考になった。
PHPの次はRuby（Ruby on Rails）を勉強しようと思っていたけど、先にPythonをやってみようかな？
その前にjsでもやれ
PHPの主要なFWは、日本語の解説本が出回りだしているね。
本屋で実際に読んでみて、分かりやすそうな本を使って、実際にFWを使ってみたらいいんじゃない？
いきなり大きなWEBアプリを作る前に、チュートリアルでよくある掲示板みたいなのを練習で作ってみる。
それぞれのFWの使いやすさを体感してみる。
>>692
ZendFrameworkの解説本を読んでみたら、説明が分かりやすくて、俺でも理解できた。
http://www.amazon.co.jp/dp/4881665936
PHPフレームワーク Zend Framework入門
ZFは丸々全部じゃなくて、部品として一部分（コンポーネント）だけを利用する方法もあるとのこと。
PEARを利用する感覚で、ZFの一部をいいとこ取りで使えばいいと思う。
自分が一番分かりやすい、使いやすいと思ったFWは、CodeIgniterだった。
CodeIgniterを基準にして、他のFWの使いやすさや機能などを比較してみようと思ってます。
本屋で実際に読んでみて、分かりやすそうな本を使って、実際にFWを使ってみたらいいんじゃない？
いきなり大きなWEBアプリを作る前に、チュートリアルでよくある掲示板みたいなのを練習で作ってみる。
それぞれのFWの使いやすさを体感してみる。
>>692
ZendFrameworkの解説本を読んでみたら、説明が分かりやすくて、俺でも理解できた。
http://www.amazon.co.jp/dp/4881665936
PHPフレームワーク Zend Framework入門
ZFは丸々全部じゃなくて、部品として一部分（コンポーネント）だけを利用する方法もあるとのこと。
PEARを利用する感覚で、ZFの一部をいいとこ取りで使えばいいと思う。
自分が一番分かりやすい、使いやすいと思ったFWは、CodeIgniterだった。
CodeIgniterを基準にして、他のFWの使いやすさや機能などを比較してみようと思ってます。
>>697
ああ、そうだね！
今のところ、JavaScriptは、PHPの次に出番が多いし。
出番の多さの順番でいったら、PHP＞SQL＞JavaScriptはマスターしておくべきだ。
JavaScriptというか、ECMAscriptは理解しておきたいところ。
金を稼ぐための必要性でいったら、PHP→JavaScript→Flash（ActionScript、Flex）なんだが、Pythonは仕事とは関係なくやってみたい。
ああ、そうだね！
今のところ、JavaScriptは、PHPの次に出番が多いし。
出番の多さの順番でいったら、PHP＞SQL＞JavaScriptはマスターしておくべきだ。
JavaScriptというか、ECMAscriptは理解しておきたいところ。
金を稼ぐための必要性でいったら、PHP→JavaScript→Flash（ActionScript、Flex）なんだが、Pythonは仕事とは関係なくやってみたい。
教養としてのプログラミングならLISPを置いて他にはあるまい。
それはさておき、このスレってFWのスレというより、FWを使う立場の人間の雑談スレ的なポジションではあるね。ペチパーといっても裾野が広いからなぁ。
それはさておき、このスレってFWのスレというより、FWを使う立場の人間の雑談スレ的なポジションではあるね。ペチパーといっても裾野が広いからなぁ。
何この糞コテ
Zend Studio for Eclipseの小日本バージョンはいつ出るですか？
Zend使ってるんだけど（始めたばかり）
モデルのところで、データベースアクセス関係作って、
必要に応じてコントローラから呼び出す形になるのかな？
入門書買ったけど、その辺が詳しく載ってない
データベースアクセス関係のスクリプトばっかりでどこに保存しとけばいいのかわかんない
モデルのところで、データベースアクセス関係作って、
必要に応じてコントローラから呼び出す形になるのかな？
入門書買ったけど、その辺が詳しく載ってない
データベースアクセス関係のスクリプトばっかりでどこに保存しとけばいいのかわかんない
ZFってもう実用になってるの？
ってかZFで組まれたサイトって聞いたことねーな
ってかZFで組まれたサイトって聞いたことねーな
俺のサイト
709 ：nobodyさん：2008/01/27(日) 12:26:37 ID:Iaf/Rl4e
URL教えれ
見てどうすんの？
笑う
>>707
案件は増えているよ
案件は増えているよ
djangoってPHPフレームワークで言うと何に似てる？
>>713
zend
zend
こんなとこがあった
http://upd.jp/
http://upd.jp/
"powered by symfony" の検索結果 約 29,000
symfonyの方が圧倒的に多いな
symfonyの方が圧倒的に多いな
"powered by codeigniter"の検索結果 59 件
sukune-
sukune-
"powered by ちーたん" に一致するページは見つかりませんでした。
"powered by symfony" エロ に一致する日本語のページ 約 23,800 件中
もあるわけだが、いったいどの symfony に
誤爆してるんだ？ｗ
^^^^
もあるわけだが、いったいどの symfony に
誤爆してるんだ？ｗ
^^^^
あー、EroTubeがsymfonyを使っていて、
そこのトップページのRSS？ かなんか知らんが、
それを表示しているブログに大量にマッチしてるだけかｗ
そこのトップページのRSS？ かなんか知らんが、
それを表示しているブログに大量にマッチしてるだけかｗ
そうみたいね
ワロタ。三ページ以降こんなんばっかりじゃ、symfony使っているサイトのデータにはならんだろｗ
"powered by symfony" に一致する日本語のページ 約 24,000 件中 21 - 30 件目 (0.05 秒
↓検索タイトル
yujisのBookMarkyujisの日記: 日本語対応版askeet! powered by symfony いえいえfutaさんほどではございません。
気持ちイイおねだり喘ぎ声を我慢するも大絶頂しPowered By symfony and YouTube. 広告 erotube.phalko.com/watch/5h6FA 西川史子画像
キャバクラ・風俗・アダルトビデオ、大好きです。 82篠崎 愛 (87cmのバストを持ち合わせる現役高校生グラビアアイドル) ...
フェチキングがオススメするDVD 20071228田舎の女子校生都会のナンパ師にハメ撮りされる PART.3. 価格: ￥ 3686 ...
巨乳好きレズのひとみが選ぶアダルトDVDコーナー 12ノーカット4時間!!秋菜里子. おすすめ度: 価格: ￥ 1596. 通常24時間以内に発送
オナニーが止まらない…暴走する性欲 20080111Powered By symfony and YouTube. ... erotube.phalko.com/word/%E9%BA
夢中で腰を振ってたら彼女が失神していた 20080114「精子の味」のちょいエロ動画. 精子の味 のちょいエロ動画ならエロチューブ
ライブチャット中にムラムラするよね、そのまま抜くよね 20080109「蒼井梢」のちょいエロ動画. 女子高生4時間 加瀬あゆむ,
Peter Cetera - Restless Heart (Mami Yamasaki)... 字幕無しってのがちょっと残念です。でもラ... Restless Gun (3pc) (B&W Box) ・
息子に欲情する母親-成長した男根にダダ濡れ 20080110「上原美紀」のちょいエロ動画. 上原美紀 のちょいエロ動画ならエロチューブ
"powered by symfony" に一致する日本語のページ 約 24,000 件中 21 - 30 件目 (0.05 秒
↓検索タイトル
yujisのBookMarkyujisの日記: 日本語対応版askeet! powered by symfony いえいえfutaさんほどではございません。
気持ちイイおねだり喘ぎ声を我慢するも大絶頂しPowered By symfony and YouTube. 広告 erotube.phalko.com/watch/5h6FA 西川史子画像
キャバクラ・風俗・アダルトビデオ、大好きです。 82篠崎 愛 (87cmのバストを持ち合わせる現役高校生グラビアアイドル) ...
フェチキングがオススメするDVD 20071228田舎の女子校生都会のナンパ師にハメ撮りされる PART.3. 価格: ￥ 3686 ...
巨乳好きレズのひとみが選ぶアダルトDVDコーナー 12ノーカット4時間!!秋菜里子. おすすめ度: 価格: ￥ 1596. 通常24時間以内に発送
オナニーが止まらない…暴走する性欲 20080111Powered By symfony and YouTube. ... erotube.phalko.com/word/%E9%BA
夢中で腰を振ってたら彼女が失神していた 20080114「精子の味」のちょいエロ動画. 精子の味 のちょいエロ動画ならエロチューブ
ライブチャット中にムラムラするよね、そのまま抜くよね 20080109「蒼井梢」のちょいエロ動画. 女子高生4時間 加瀬あゆむ,
Peter Cetera - Restless Heart (Mami Yamasaki)... 字幕無しってのがちょっと残念です。でもラ... Restless Gun (3pc) (B&W Box) ・
息子に欲情する母親-成長した男根にダダ濡れ 20080110「上原美紀」のちょいエロ動画. 上原美紀 のちょいエロ動画ならエロチューブ
Django は美しい URL の設計を助け、 .php や .asp のようなお粗末な制約を URL に課しません。
お粗末な制約でPHP自己破産ｗｗｗ
お粗末な制約でPHP自己破産ｗｗｗ
>>724
なんで、そんなことで他言語を煽っているのだろう？ｗ
.php や .asp と同列に並ぶ、.py というお粗末な制約が Pythonにあることを
隠しているし、だからこそフレームワークでサポートしているわけで、
そういうことは、ほとんどのフレームワークで対応している。
なんで、そんなことで他言語を煽っているのだろう？ｗ
.php や .asp と同列に並ぶ、.py というお粗末な制約が Pythonにあることを
隠しているし、だからこそフレームワークでサポートしているわけで、
そういうことは、ほとんどのフレームワークで対応している。
webでよく使われる拡張子として代表的に挙げたまでだろう
つまりPythonはあまり使われないと・・・・まあ事実ではあるがｗ
言語やフレームワークの売り込み？って見てらんない部分あるよね。
「いやいやそれはねーだろｗ」みたいなのが結構多い気がする。
「いやいやそれはねーだろｗ」みたいなのが結構多い気がする。
Pythonのフカシはきれいなフカシ
ruby押し付ける奴にはうざいと思うが
python押し付ける奴にはなんか微笑ましいものを感じる
python押し付ける奴にはなんか微笑ましいものを感じる
ちーたんじゃなくてちいたんだろ。
まあ結果は同じだけどさｗ
まあ結果は同じだけどさｗ
732 ：nobodyさん：2008/01/28(月) 13:04:17 ID:NRVnRK3S
「あーちゃん」ではなくて「あ～ちゃん」という表記が正式だと言われる。
しかし一方で、本人がブログで「あーちゃん」と表記している。
http://blog.amuse.co.jp/perfume/p/archives/68/category/137
Perfumeという名のフレームワークを作ってみたい＾＾
しかし一方で、本人がブログで「あーちゃん」と表記している。
http://blog.amuse.co.jp/perfume/p/archives/68/category/137
Perfumeという名のフレームワークを作ってみたい＾＾
フレームワークのチュートリアルって
だいたいモデルから作るけど
モデルから作ることってそんなにあるか？
だいたいモデルから作るけど
モデルから作ることってそんなにあるか？
あるんじゃない？
まあ普通モデルからなんじゃないかねえ
でもViewのモックから作り始めるのも正しいと思うよ
jsと連携するようなインターフェイス中心に作る人は自ずとそうなると思う
でもViewのモックから作り始めるのも正しいと思うよ
jsと連携するようなインターフェイス中心に作る人は自ずとそうなると思う
普通は仕様を確認して簡単な画面を紙に書いて、
それを実現するデータ構造の設計をして
コーディングの最初としては、データベース（モデル）を作るな。
とりあえずビューは最後だ。
コントローラ・・・まあURLにアクセスするアドレスの雛形として、
ファイルは程度は作るが、実際のモデルに対する読み書きコードは
モデルを作ってから書くからなぁ。
それを実現するデータ構造の設計をして
コーディングの最初としては、データベース（モデル）を作るな。
とりあえずビューは最後だ。
コントローラ・・・まあURLにアクセスするアドレスの雛形として、
ファイルは程度は作るが、実際のモデルに対する読み書きコードは
モデルを作ってから書くからなぁ。
おのれらが思う「非フレームワークで作った時によくおこる問題」は何ですか？
また「フレームワークに欲しい機能」は何ですか？
また「フレームワークに欲しい機能」は何ですか？
非フレームワークの問題
・ファイル名に一貫性がなくなる
・同じディレクトリにファイルが多くありすぎる
・入り口・出口が一つじゃないので、一括した処理を行いにくい
もっとあった気がするけど思いつかない
・ファイル名に一貫性がなくなる
・同じディレクトリにファイルが多くありすぎる
・入り口・出口が一つじゃないので、一括した処理を行いにくい
もっとあった気がするけど思いつかない
・複数人で作業するときに「やりたい放題」になりやすい
上記は、特に関数・クラスの作成や画面フロー処理等で顕著かと。
上記は、特に関数・クラスの作成や画面フロー処理等で顕著かと。
>>737
> おのれらが思う「非フレームワークで作った時によくおこる問題」は何ですか？
作らなければいけないものが沢山ある。
こうやって作っていけば、メンテナンス性いいんじゃね？と
思っていってもあとで無理が出てくる。
なんだかんだいってよく考えられているよ。
> おのれらが思う「非フレームワークで作った時によくおこる問題」は何ですか？
作らなければいけないものが沢山ある。
こうやって作っていけば、メンテナンス性いいんじゃね？と
思っていってもあとで無理が出てくる。
なんだかんだいってよく考えられているよ。
されには同意
【非フレームワーク】
・工数が増える＞＜
・バグが増える＞＜
・残業が増える＞＜
・ストレスが増える＞＜
【フレームワーク】
・工数が減る＾＾
・バグが減る＾＾
・残業が減る＾＾
・収入が減る＞＜
・工数が増える＞＜
・バグが増える＞＜
・残業が増える＞＜
・ストレスが増える＞＜
【フレームワーク】
・工数が減る＾＾
・バグが減る＾＾
・残業が減る＾＾
・収入が減る＞＜
http://www.rubyist.net/~matz/20080126.html#p04
Matzに「Webアプリケーションをなめるな」と恫喝されてPHPER気絶ｗｗｗ
Matzに「Webアプリケーションをなめるな」と恫喝されてPHPER気絶ｗｗｗ
なんだかんだいっても、オープンソースウェブアプリで
一番支持されているのはPHPであることは事実
一番支持されているのはPHPであることは事実
エサを貰わないで下さいｗ
FWを呼び出す最初のファイル（index.phpやfrontend.php）の名前って何？
ディスパッチャファイルとか?
ディスパッチャファイルとか?
ブートストラップとか
あーブートストラップか
検索したらフレームワークの中の違う部分のことをディスパッチャと呼んでる
みたいだったから混乱してた
ありが㌧
検索したらフレームワークの中の違う部分のことをディスパッチャと呼んでる
みたいだったから混乱してた
ありが㌧
いつの間にか日本CodeIgniterユーザ会ってのができてた
しかもよくまとまってる
ええやんこれ（・∀・）！
しかもよくまとまってる
ええやんこれ（・∀・）！
>>742
なんで収入減るの？と思ったら残業代かｗ
なんで収入減るの？と思ったら残業代かｗ
kohanaダウンロードしてみたがzipがぶっ壊れてる・・・
オプションにより含むライブラリ替えるような変に凝ったことするから・・・
fwの配布でzip動的生成とかねーよ
こんなセンスないやり方する奴が作ったFWなら
やっぱり駄目なのかも
PHP5専用ciというアイデアはいいのだが・・・
オプションにより含むライブラリ替えるような変に凝ったことするから・・・
fwの配布でzip動的生成とかねーよ
こんなセンスないやり方する奴が作ったFWなら
やっぱり駄目なのかも
PHP5専用ciというアイデアはいいのだが・・・
>>747
フロントコントローラじゃないの？
フロントコントローラじゃないの？
http://namidame.2ch.net/test/read.cgi/news/1201620468/
Ruby作者に「おかしなコードを書くことを助長する言語」と論破されて
PHPER前後不覚ｗｗｗ
Ruby作者に「おかしなコードを書くことを助長する言語」と論破されて
PHPER前後不覚ｗｗｗ
「設計者がまだ初心者」とか煽りとしか思えない
マッツも2chねら気質十分だよ！
マッツも2chねら気質十分だよ！
設計者が初心者だと、初心者が使いやすい言語を作れます。
ブログのコメント欄でも煽ラーの才能を十全に発揮してるな
だんだん好きになってきたぜ…matz!
だんだん好きになってきたぜ…matz!
そういえば、最近さきわれスプーンを見ませんねえ。うちの子供は給食でもフォークや箸を使うようです。やっぱり「時代の徒花(あだばな)」だったのかもしれません。PHPはどうかな。
こんな完全な煽りを見たのは久しぶりだ。rubyはじめようかな…。
こんな完全な煽りを見たのは久しぶりだ。rubyはじめようかな…。
1年に2,3回催されるメジャー開発者の煽りによるPHP祭り
弾,matzと来て次は誰が来るかな
弾,matzと来て次は誰が来るかな
しかしdanは相変わらずトンチンカンなこと言ってるなぁ
ブログ界で一番意味分からないのがdanブログの人気。
世の中馬鹿が多いんだなと嘆息してしまう。
ブログ界で一番意味分からないのがdanブログの人気。
世の中馬鹿が多いんだなと嘆息してしまう。
danを啓蒙してる時点で実力がわかるじゃまいかｗ
往年のk○○tとかとおなじだ
往年のk○○tとかとおなじだ
意識してるってことはどこかしらPHPに嫉妬してんだな。下にみてたら相手しないもん
自分の意見以外はすべて認めないという考え方は宗教からきてるのかな。逆にそういう人間だから宗教に入り込むのかも
自分の意見以外はすべて認めないという考え方は宗教からきてるのかな。逆にそういう人間だから宗教に入り込むのかも
>>760
PHPに対するdisの御三家といえばMatz,dankogai,ひろみちゅ先生なわけだが、
それぞれ叩く理由が異なっていて面白い。以下は全くの邪推。
・シェアに嫉妬
・カウント稼ぎ
・セキュリティ愛
PHPに対するdisの御三家といえばMatz,dankogai,ひろみちゅ先生なわけだが、
それぞれ叩く理由が異なっていて面白い。以下は全くの邪推。
・シェアに嫉妬
・カウント稼ぎ
・セキュリティ愛
PHPがいくらひどい言語といっても
シェルスクリプトよりはマシだろう・・
シェルスクリプトよりはマシだろう・・
おお、これはPHP VS Rubyの仁義なき戦いが始まるのでござるか！？
PHPとRubyの相討ちで、最後に残ったPythonが一人勝ちじゃ！(・∀・)
Perlはもう(ry
PHPとRubyの相討ちで、最後に残ったPythonが一人勝ちじゃ！(・∀・)
Perlはもう(ry
馬鹿とハサミは使いよう
なぜRubyはPHPのシェアを上回ることができないのか？
RubyってSQLインジェクション対策とかXSS対策とか全て防御が完璧なコードしか書けないような仕組を持ってるの？
RubyってSQLインジェクション対策とかXSS対策とか全て防御が完璧なコードしか書けないような仕組を持ってるの？
Ruby作者のPHP批判は的を射ている
PHPはこれらの欠点を克服しない限り、いつかその役目を終える日が来るであろう
世界的なシェアを見れば、PHPの代替はRubyではなくPythonだろう
GoogleもMicrosoftもPythonを選んだ
みんな、RoRに踊らされるなよ！
PHPはこれらの欠点を克服しない限り、いつかその役目を終える日が来るであろう
世界的なシェアを見れば、PHPの代替はRubyではなくPythonだろう
GoogleもMicrosoftもPythonを選んだ
みんな、RoRに踊らされるなよ！
PHP4のサポートが終わるとき、PHPはその真価を問われる
Zendはどう出るのか？
果たしてPHP6は、RubyやPythonを超えた言語になることはできるのであろうか？
俺の仕事はなくなるのか？
Zendはどう出るのか？
果たしてPHP6は、RubyやPythonを超えた言語になることはできるのであろうか？
俺の仕事はなくなるのか？
RubyやPythonを超えた言語にはならないが
生き残るんじゃね
生き残るんじゃね
>>768
そうなんだよな。Matzの言ってることは、
PHPで起こりえる（プログラマ責任も含む）問題も、Ruby使えば解決さ！
って聞こえるんだけど、そんなわけない。
RoRがやたら持ち上げられてるが、もうちょっと経ったら、
RoRで書かれた初心者ウンコードがメンテし辛い！！って事が起こるんじゃないかな。
まぁ、今RoRを使ってるのはほとんど個人かもしれんけど。
あとPythonはインデントが・・・いや、何でもない・・・。
そうなんだよな。Matzの言ってることは、
PHPで起こりえる（プログラマ責任も含む）問題も、Ruby使えば解決さ！
って聞こえるんだけど、そんなわけない。
RoRがやたら持ち上げられてるが、もうちょっと経ったら、
RoRで書かれた初心者ウンコードがメンテし辛い！！って事が起こるんじゃないかな。
まぁ、今RoRを使ってるのはほとんど個人かもしれんけど。
あとPythonはインデントが・・・いや、何でもない・・・。
なんか・・・一般のプログラマの方が冷静に状況を見れてるんじゃないか。
Matz＝言語至上主義者 なのは有名な話じゃん
適材適所を知らんのか、っていつも馬鹿にされてる
言語とか何でもいいじゃん使えレバ～
適材適所を知らんのか、っていつも馬鹿にされてる
言語とか何でもいいじゃん使えレバ～
PHPは使えない言語なんだよ！
ほら。えーと・・・（以下細かい問題がつづく）
ほら。えーと・・・（以下細かい問題がつづく）
細かすぎて非現実的なんだよねー
一貫性のない名前(str_replace,strlen,parse_strとか)←これには同意だが
一貫性のない名前(str_replace,strlen,parse_strとか)←これには同意だが
細かい問題はあるが、どれもクリティカルな問題じゃない。
セキュリティ的な問題は、rubyなどにも当てはまるものばかり。
それよりもほとんどのサーバーで使えるというメリットの方がはるかに大きい。
オープンソースで作るとしたらPHPで作るのが現実的。
セキュリティ的な問題は、rubyなどにも当てはまるものばかり。
それよりもほとんどのサーバーで使えるというメリットの方がはるかに大きい。
オープンソースで作るとしたらPHPで作るのが現実的。
> ほとんどのサーバーで使える
そんなことはどうでもいい
そんなことはどうでもいい
言語ごとの頻度の話をしてるのにそれが分からずに釣りっぽいものをあげて注目されてる人をこきおろすのは、これまたWeb屋のネタ帳によくあることではある。
matz大先生のつくったRubyで書いたRailsにもセッションハイジャックされる脆弱性があったしな(www
>780
母集団が大きければそれだけ標本もたくさん出てくるのは当たり前。
統計の概念知らないの？
母集団が大きければそれだけ標本もたくさん出てくるのは当たり前。
統計の概念知らないの？
>>778
自己中って言われたことあるだろ？ｗ
自己中って言われたことあるだろ？ｗ
ないよ。
フレームワークのコントローラ内で外部で宣言したデータベースオブジェクトを使いたいんだが、
global使わなきゃならんのかねぇ・・・
一応Zendなんだが
global使わなきゃならんのかねぇ・・・
一応Zendなんだが
よくわからんけど、外部で宣言したのならglobalしかないでしょ？
それが嫌なら、宣言の仕方を工夫しないと。
それが嫌なら、宣言の仕方を工夫しないと。
RegistryとかConfigとか、ZendFrameworkべったりじゃ無くても使えそうだし
統一ライブラリとして利用方法とか充実してほしい
統一ライブラリとして利用方法とか充実してほしい
知り合いのフリープログラマなんだが、
コントローラやSQLファイルをURL直下に置いてるんだが、セフセフ？
コントローラやSQLファイルをURL直下に置いてるんだが、セフセフ？
>>793
を逆に言うと、アクセス制限していなければ問題かも。
いくら可能性が少なくても、URL直たたきでPHPとして実行されるとか、
ましてや中身が吐き出されるとかエラーが出るとかは原則間違ってるような。
また、この場合外部からhttpラッパ？でrequireやincludeできる、っていうことだと思うけど、
実験してみたらincludeされた側で宣言された変数・クラス・関数等はinclude元では見え
なかった。
これはhttpでのincludeの仕様として信用していいのかな？それなら、これはまあそんなに
問題にならないか。
を逆に言うと、アクセス制限していなければ問題かも。
いくら可能性が少なくても、URL直たたきでPHPとして実行されるとか、
ましてや中身が吐き出されるとかエラーが出るとかは原則間違ってるような。
また、この場合外部からhttpラッパ？でrequireやincludeできる、っていうことだと思うけど、
実験してみたらincludeされた側で宣言された変数・クラス・関数等はinclude元では見え
なかった。
これはhttpでのincludeの仕様として信用していいのかな？それなら、これはまあそんなに
問題にならないか。
>>794
って書いてて思ったけど、http越しのrequireは標準出力されたものだけが帰ってくるわけだから、
定数宣言とかは当然メモリに乗っかる訳がないのか。誰か解説希望・・・って初心者スレ行けってか
って書いてて思ったけど、http越しのrequireは標準出力されたものだけが帰ってくるわけだから、
定数宣言とかは当然メモリに乗っかる訳がないのか。誰か解説希望・・・って初心者スレ行けってか
各アクションごとにnew Object宣言しなきゃならんのか
webアプリを舐めるなと言ったmatzのサイトがInternal Server Errorに…
phperにF5攻撃でも食らってるのか
phperにF5攻撃でも食らってるのか
webu apuriwo namerunawwwwwww
matzにものすごい長文で抗議してる人がいるなｗ
これはRuby VS PHPではない
matz VS zendの戦いなのだよ
この戦いに参加しても１円の得にもなりはしない。
俺たちは傍観していればいい。
俺は今日もPHPを使う。
Rubyは金にならん。
matz VS zendの戦いなのだよ
この戦いに参加しても１円の得にもなりはしない。
俺たちは傍観していればいい。
俺は今日もPHPを使う。
Rubyは金にならん。
もしもRubyの方が、PHPよりも儲かるならすぐにでもRubyを使う。
それだけの話だ。
PHP VS RubyでPHPが敗北してもRubyの軍門には下るな
生き残ったPHPerはPython陣営に行って、Rubyに逆襲
アムロ Ruby
シャア PHP → Python
それだけの話だ。
PHP VS RubyでPHPが敗北してもRubyの軍門には下るな
生き残ったPHPerはPython陣営に行って、Rubyに逆襲
アムロ Ruby
シャア PHP → Python
PHPは増長したRuby連邦軍からの独立を求めて宣戦布告する！
立てよ、PHPer！！！
：
ジークZend！ジークZend！ジークZend！
Zend公国に栄光あれ!!!
立てよ、PHPer！！！
：
ジークZend！ジークZend！ジークZend！
Zend公国に栄光あれ!!!
PHPはダサイって話だろ。そりゃそうだろ。
信仰している宗教団体をバカにされてイライラしてんのかな？＞Ruby作者
ユダヤ教 PHP の検索結果 約 101,000 件
モルモン教 Ruby の検索結果 約 30,400 件
イスラエル産のPHP圧勝
モルモン教 Ruby の検索結果 約 30,400 件
イスラエル産のPHP圧勝
ここはPHPフレームワークのスレ
Rubyの話はこちらへどうぞ
↓
【カルト】Ruby開発者Matz【モルモン】
http://pc11.2ch.net/test/read.cgi/prog/1148712641
Rubyの話はこちらへどうぞ
↓
【カルト】Ruby開発者Matz【モルモン】
http://pc11.2ch.net/test/read.cgi/prog/1148712641
Ruby厨がこんなところにリンクを張るから
狙い通り、matzブログが荒れたｗ
狙い通り、matzブログが荒れたｗ
真意はどうであれ、PHPユーザにケンカを売っていると受け取られてもおかしくない(立場的にも)とわかって言っているのか、天然なのか。
後者なら良くも悪くも技術オタなんだろうなぁ。
前者ならFUD?
後者なら良くも悪くも技術オタなんだろうなぁ。
前者ならFUD?
ほとんど当たり前のこと言ってるだけ。
言う必要がないのにわざわざ言うってことは釣りだろう。
言う必要がないのにわざわざ言うってことは釣りだろう。
コミュ能力がないんだろ
ぺちぱー釣られすぎだろ
>PHP は Web アプリ界の BASIC なのですよね？
やべえ、俺も同感だｗｗｗｗｗｗｗ
やべえ、俺も同感だｗｗｗｗｗｗｗ
>……Pythonにまで飛び火させないで、お願い(泣)
ﾜﾛﾀｗｗｗｗｗ
ﾜﾛﾀｗｗｗｗｗ
htmlspecialchars($_GET['text']);
これの何がダメなの？？
これの何がダメなの？？
ふーんhtmlエスケープはhtmlentities()を使えということか・・・
メジャーなFW使ってたらインターフェイスがdry化されてるから
たいした問題にはならないだろうな。
matzのばーか。
メジャーなFW使ってたらインターフェイスがdry化されてるから
たいした問題にはならないだろうな。
matzのばーか。
単に入門書の問題。
HTMLの入門書もずいぶんとひどいものだが、
だからといってHTMLがひどいということにはならない。
公式のドキュメントにはhtmlentities() を使えって書いてあるじゃん。
HTMLの入門書もずいぶんとひどいものだが、
だからといってHTMLがひどいということにはならない。
公式のドキュメントにはhtmlentities() を使えって書いてあるじゃん。
ろくなプログラムがかけない奴に限って、言語や環境の文句を言う
エンコードを明示的に宣言していればhtmlspecialcharsでも問題ないんだべ？
シングルクォーテーションで囲まれた文字列をエスケープしないのが問題なんだから
ENT_QUOTESとエンコードを指定すれば問題ない
でもそこまでいくと記述が長すぎるので、結局FW利用を前提に考えるのが現実的ってことか
ENT_QUOTESとエンコードを指定すれば問題ない
でもそこまでいくと記述が長すぎるので、結局FW利用を前提に考えるのが現実的ってことか
ごめん間違えた
シングルクォーテーションをエスケープしないのが問題なんだから
htmlentitiesを使って、ENT_QUOTESとエンコードを指定しないと駄目だね
シングルクォーテーションをエスケープしないのが問題なんだから
htmlentitiesを使って、ENT_QUOTESとエンコードを指定しないと駄目だね
htmlspecialchars＋ENT_QUOTESでは何故だめなの？
っていうか
もうhtml_escape()っていう関数作れよzend！
もうhtml_escape()っていう関数作れよzend！
てめぇで作れ
ENT_QUOTESと文字コードの指定もそうだけど、
何より$_GETをそのまま使ってる事なんじゃないの？
taintの説明してる文脈からしても
何より$_GETをそのまま使ってる事なんじゃないの？
taintの説明してる文脈からしても
一回ちゃんと考えてそれ以後ずっとそれを使うようにしたらいいだけ
マッツのつっこみはどうもずれてるな
PHPは美しくない
しかしマッツが指摘している部分は大した瑕疵でもない
マッツのつっこみはどうもずれてるな
PHPは美しくない
しかしマッツが指摘している部分は大した瑕疵でもない
Rubyの方がいいのになんでPHPの方が普及しているんだという気持ちが、
やっぱりあるんだと思うよ。
やっぱりあるんだと思うよ。
>>829
やっとスレ的にテーマが戻ったなｗ
それをやってくれるのが、フレームワークの最大の利点の一つだろ。
つまりPHPは「フレームワーク」とか言う人もいるが、現状不完全にすぎるフレームワークだと。
こういう批判をやってくれればなぁ。
やっとスレ的にテーマが戻ったなｗ
それをやってくれるのが、フレームワークの最大の利点の一つだろ。
つまりPHPは「フレームワーク」とか言う人もいるが、現状不完全にすぎるフレームワークだと。
こういう批判をやってくれればなぁ。
> 一回ちゃんと考えて
「初心者」はそんなことをしない
「初心者」はそんなことをしない
>>831
さすがにそこまで行くと無理がある
さすがにそこまで行くと無理がある
そりゃmatzの煽りに無理があるんだから仕方ない
一流の技術者とは思えない文脈の曖昧さがある
一流の技術者とは思えない文脈の曖昧さがある
結局、htmlspecialchars()でENT_QUOTESとエンコード指定していればOKなの？
るびだってs/</</g;みたいなのしてんだろうからどうでもいいんじゃね？
>>832
そうか！だからか！
PHPそれ自体はフレームワークとしては不完全だから、その欠点を補うべくPHPフレームワークの出番だと。
PHPは便利でもあり危険でもある諸刃の剣だと。
>>826
function html_escape($str) {
return htmlentities($str, ENT_QUOTES);
}
↑こうですか？
そうか！だからか！
PHPそれ自体はフレームワークとしては不完全だから、その欠点を補うべくPHPフレームワークの出番だと。
PHPは便利でもあり危険でもある諸刃の剣だと。
>>826
function html_escape($str) {
return htmlentities($str, ENT_QUOTES);
}
↑こうですか？
http://slashdot.jp/articles/08/01/30/2142207.shtml
Arc登場でPHPとRuby仲良く投身ｗｗｗ
Arc登場でPHPとRuby仲良く投身ｗｗｗ
>>839
単なるlispの方言じゃないの？
単なるlispの方言じゃないの？
デバッガで実行すると
URIが書き換わっちゃうから
フレームワークのデバッグしにくくね？
みんなどうやってんの？
URIが書き換わっちゃうから
フレームワークのデバッグしにくくね？
みんなどうやってんの？
PHPにデバッガってあるんだ
PHPのデバッカはあんまり意味ない。
トレース機能は時々使うが、それだけだな
トレース機能は時々使うが、それだけだな
ブレークポイントで止めて状態見たりしないの？
var_dumpだけでやってるの？
var_dumpだけでやってるの？
> トレース機能は時々使うが
ウェブアプリなんてvar_dump()ですべて事足りるな。下手にオブジェクトを使いまくるとデバッグが困難になる。
ZendStudioでソースレベルデバッガ普通に使いまくりだが。
でもまぁウェブアプリごときvar_dumpでもできなくはない。
でもまぁウェブアプリごときvar_dumpでもできなくはない。
Ethnaみたいにオブジェクトの循環参照持ちまくりなフレームワークではvar_dumpでは死ねるｗ
デバッガで実行すると__FILES__が実行環境とは変わったりするよな
絶対パス使ったりと工夫したらなんとかなるが
絶対パス使ったりと工夫したらなんとかなるが
> ウェブアプリなんてvar_dump()ですべて事足りるな。下手にオブジェクトを使いまくるとデバッグが困難になる。
オブジェクト関係ないじゃんｗ
きっとオブジェクト指向を知らないやつだな。
オブジェクト関係ないじゃんｗ
きっとオブジェクト指向を知らないやつだな。
>>847
ZendStudioは使ったことないんですけど、やっぱ便利ですか？
http://www.zend.co.jp/products/studio/
エディタでコーディングやってるけど、これで出来てるから買う必要ないかなと。
39800円＋5％だもんね＞＜
ZendStudioは使ったことないんですけど、やっぱ便利ですか？
http://www.zend.co.jp/products/studio/
エディタでコーディングやってるけど、これで出来てるから買う必要ないかなと。
39800円＋5％だもんね＞＜
JavaScriptでDHTMLするとオブジェクトでデータを持たざるを得ない場面が多いけど、PHPに限らずサーバサイドのウェブアプリはそうじゃない。
要するに$_REQUESTとDBから取り出した$rowをダンプすれば、それでデバッグは出来る。
要するに$_REQUESTとDBから取り出した$rowをダンプすれば、それでデバッグは出来る。
デバッグとはバグを修正することであって
値を表示することじゃないよ。
無駄な値がずらずれ表示されてもうざいだけ。
値を表示することじゃないよ。
無駄な値がずらずれ表示されてもうざいだけ。
やっぱトレースは便利だよ
助けられたことが何度もある
助けられたことが何度もある
機能は理解してるんだけど具体的にどんなケースで助かった？
思っているのと違う挙動をする部分があったら
その少し前にブレークポイントを置いて実行。
そこから１ステップずつ見ていけば
ほとんどのバグの原因は分かる。
結果を見るデバッグ→経過を見るデバッグって感じ
その少し前にブレークポイントを置いて実行。
そこから１ステップずつ見ていけば
ほとんどのバグの原因は分かる。
結果を見るデバッグ→経過を見るデバッグって感じ
857 ：nobodyさん：2008/02/02(土) 23:07:07 ID:GcWoNjlY
PHPerって中国人とそっくり。
いいところもわるいところも
いいところもわるいところも
2chの一部の書き込みを見て一括りにし始めるのも凄いな
根拠も書かず言い捨てとかねーし
いつの時代の中国かもはっきりさせろ
いつの時代の中国かもはっきりさせろ
>>858
お前頭いいな。俺には何のことを言ってるのかさっぱりわからん
お前頭いいな。俺には何のことを言ってるのかさっぱりわからん
○○って中国人とそっくり。
いいところもわるいところも
↑このコピペってどこから来てるの？
今旬の話題で言えば、例の餃子事件のことなんじゃないですかね？
PHP＝バグ入り危険、書いたら飛ぶで！
でもこれ、餃子とバグをかけてるなら、PHP以外も当てはまっちゃうよｗ
バグ入り＝Perl、Ruby、Python、…その他いろいろ
いいところもわるいところも
↑このコピペってどこから来てるの？
今旬の話題で言えば、例の餃子事件のことなんじゃないですかね？
PHP＝バグ入り危険、書いたら飛ぶで！
でもこれ、餃子とバグをかけてるなら、PHP以外も当てはまっちゃうよｗ
バグ入り＝Perl、Ruby、Python、…その他いろいろ
PHPにしても中国人にしてもステレオタイプは良くないね、
という事で。
という事で。
PHPに関する一番の不満は「何もかも関数」ってことだな
コーディング中の思考の流れが
「何もかもオブジェクト」方式だと内に内に向かっていくのに対して
「何もかも関数」方式だと外側にあらたに皮をかぶせていく感じになる。
そして関数の記述は、後からの追加に向いていない。
PHPの手軽さに「何もかもオブジェクト」の考えを導入したら
かなりの支持を集めると思うんだが…。
そのこと自体は決して難しいことでもないと思う。
Zendは本当はRubyをぶち頃せる立場にはあるんだよ、やる気にさえなれば。
コーディング中の思考の流れが
「何もかもオブジェクト」方式だと内に内に向かっていくのに対して
「何もかも関数」方式だと外側にあらたに皮をかぶせていく感じになる。
そして関数の記述は、後からの追加に向いていない。
PHPの手軽さに「何もかもオブジェクト」の考えを導入したら
かなりの支持を集めると思うんだが…。
そのこと自体は決して難しいことでもないと思う。
Zendは本当はRubyをぶち頃せる立場にはあるんだよ、やる気にさえなれば。
864 ：nobodyさん：2008/02/03(日) 09:50:55 ID:UlhMP6VH
＞PHPの手軽さに「何もかもオブジェクト」の考えを導入したら
＞かなりの支持を集めると思うんだが…。
だからRuby on Railsがウケてるんだと思うんだが…。
＞かなりの支持を集めると思うんだが…。
だからRuby on Railsがウケてるんだと思うんだが…。
うけてる割には実際RoRで構築されたサイトって皆無なぐらい見ないけどな。
現在公開されているWebアプリなサイトは
PHP>>>>>>>>>>Java>Perl>>.NET>>>>>>>>>Ruby
ぐらいだし。
PHPは個人から企業まで幅広く、Javaは個人はあんまりいなくて銀行などの大企業に多く、Perlは昔からの個人サイトに多く
.NETはPHPの人数少ない版みたいな分布で、Rubyに至っては探すのが難しいぐらいどっちもいない。
所詮RoRも知識欲を満たす程度のテスト環境で遊んで終わってるのが多い。
一般公開Webじゃなくて、企業内だけで導入してるようなClosed事例もあんまり聞かないし。
Closedの場合.NETが最近ちょっと増えてきてるな。
就職のスキルにしても、JavaやPHPや.NETの経験者優遇とかはあるけど、Ruby優遇とか聞いた事無いし。
ていうか募集要項にRubyという単語自体殆ど見ない。
現在公開されているWebアプリなサイトは
PHP>>>>>>>>>>Java>Perl>>.NET>>>>>>>>>Ruby
ぐらいだし。
PHPは個人から企業まで幅広く、Javaは個人はあんまりいなくて銀行などの大企業に多く、Perlは昔からの個人サイトに多く
.NETはPHPの人数少ない版みたいな分布で、Rubyに至っては探すのが難しいぐらいどっちもいない。
所詮RoRも知識欲を満たす程度のテスト環境で遊んで終わってるのが多い。
一般公開Webじゃなくて、企業内だけで導入してるようなClosed事例もあんまり聞かないし。
Closedの場合.NETが最近ちょっと増えてきてるな。
就職のスキルにしても、JavaやPHPや.NETの経験者優遇とかはあるけど、Ruby優遇とか聞いた事無いし。
ていうか募集要項にRubyという単語自体殆ど見ない。
職業プログラマとギーク・言語至上主義派を一緒くたにするなっての。
PHPerを迫害しようと頑張る人と、それに釣られるお調子者のPHPerが溢れてるだけ。
むしろ今回の一件でrubyに移行しようと考えた奴は負け組。
PHPerを迫害しようと頑張る人と、それに釣られるお調子者のPHPerが溢れてるだけ。
むしろ今回の一件でrubyに移行しようと考えた奴は負け組。
凡庸な人間にも安い単価で仕事させないと、この業界回らないわけで。
PHPはそのニーズを満たしたわけだ。
PHPはそのニーズを満たしたわけだ。
うわあああああああああああああああああああああああああああ
Seagullってサイト見ただけだけどかなりよさげ
webインターフェイスでいろんな設定できるみたい
webインターフェイスでいろんな設定できるみたい
>>867
うん。ぶっちゃけRubyでもPHPでも、それは使うほうの問題であって、
「作ってくれ」といわれるものは同じなわけだ。
その作ってくれといわれるものを作るとして、Rubyじゃなきゃできない。
Rubyだと生産性が極端に違うということはないわけだ。
たしかに仕事の内容によっては、Rubyだと生産性が高いこともあるのだろうが、
そういう仕事は来ず、作れといわれる物は、単純作業の繰り返しばかりである。
そしてRubyで作ったから値段が高くるなんてこともなく作る言語に関係なく値段は同じ。
うん。ぶっちゃけRubyでもPHPでも、それは使うほうの問題であって、
「作ってくれ」といわれるものは同じなわけだ。
その作ってくれといわれるものを作るとして、Rubyじゃなきゃできない。
Rubyだと生産性が極端に違うということはないわけだ。
たしかに仕事の内容によっては、Rubyだと生産性が高いこともあるのだろうが、
そういう仕事は来ず、作れといわれる物は、単純作業の繰り返しばかりである。
そしてRubyで作ったから値段が高くるなんてこともなく作る言語に関係なく値段は同じ。
>>869
PHPと関係なくね
PHPと関係なくね
なんで？PHPのフレームワークなのに
あれれ、本当だ。何かと勘違いしてた
http://lovemorgue.org/modules.php?name=News&file=print&sid=270
リチャードストールマン恋人募集中でPHPER身繕い開始ｗｗｗ
リチャードストールマン恋人募集中でPHPER身繕い開始ｗｗｗ
876 ：nobodyさん：2008/02/03(日) 18:33:49 ID:G8giN4XJ
否定されるとぶち切れるところとか（プ
Rubyistってチョソに似てるよね。
Zend規約、タブじゃなくてスペース4文字にしろって言ってるけど
そこ本当に重要か？
タブの方が合わせるの楽なんだけどなぁ
そこ本当に重要か？
タブの方が合わせるの楽なんだけどなぁ
>>879
別にPHPに限った事じゃないが、タブだと環境依存で変わる。
タブがスペース2相当だったり、4相当だったり、8相当だったりで。
純粋なスペースならどこでも必ず4マスなのは結構重要。
あとスペース4文字の何が面倒なんだ？
まさか毎回スペース4文字いちいち打ってるのか？
エディタにタブ押したら勝手にスペース4文字にしてくれる機能があるから、別に打つ方としては何も変わらないと思うんだが。
その設定しておけば普通にいつも通りタブ押してやるだけだし。
プロジェクトできっちりコーディング規約が決まっていて、タブをそのまま普通に使うとかあるなら問題ないが
例えばオープンソースにしたり何処かのを改修したりする時に、タブだともしタブのスペース相当が4以外だとレイアウトが崩れるが
スペース4マスそのものにしておけば誰がどの環境でみても崩れない。
基本的に1人で開発してたりの人間には縁のない話だが、色々な環境やプロジェクト外のプログラムを弄ったりする人間は
タブ＝スペース4 というエディタ設定でやっているのが結構いる。
別にPHPに限った事じゃないが、タブだと環境依存で変わる。
タブがスペース2相当だったり、4相当だったり、8相当だったりで。
純粋なスペースならどこでも必ず4マスなのは結構重要。
あとスペース4文字の何が面倒なんだ？
まさか毎回スペース4文字いちいち打ってるのか？
エディタにタブ押したら勝手にスペース4文字にしてくれる機能があるから、別に打つ方としては何も変わらないと思うんだが。
その設定しておけば普通にいつも通りタブ押してやるだけだし。
プロジェクトできっちりコーディング規約が決まっていて、タブをそのまま普通に使うとかあるなら問題ないが
例えばオープンソースにしたり何処かのを改修したりする時に、タブだともしタブのスペース相当が4以外だとレイアウトが崩れるが
スペース4マスそのものにしておけば誰がどの環境でみても崩れない。
基本的に1人で開発してたりの人間には縁のない話だが、色々な環境やプロジェクト外のプログラムを弄ったりする人間は
タブ＝スペース4 というエディタ設定でやっているのが結構いる。
挿入は設定次第で一発で決まるだろうけど
削除もうまいこと処理できるの？
スペース1文字だけを削除したいのか
タブとして削除したいのかを判断するには
別々のキー受付処理をしないといけないじゃん。
そのへんがよく分からなくて抵抗あるな
削除もうまいこと処理できるの？
スペース1文字だけを削除したいのか
タブとして削除したいのかを判断するには
別々のキー受付処理をしないといけないじゃん。
そのへんがよく分からなくて抵抗あるな
タブ削除: Shift+Tab
スペース削除: Backspace
タブ＝スペース4で
今まで使ってきたエディタはたいていできたよ。
スペース削除: Backspace
タブ＝スペース4で
今まで使ってきたエディタはたいていできたよ。
フレームワークについて調べるためにこのスレよんだが、フレームワークの話は1割程度しかないんじゃ・・・ｗ
ってか、ようするにこのスレの現状がPHPフレームワークの現状かｗ
ってか、ようするにこのスレの現状がPHPフレームワークの現状かｗ
初めて触ったFWがZend
何か新鮮だわ
何か新鮮だわ
885 ：nobodyさん：2008/02/05(火) 13:28:35 ID:U6V9FUnv
>>881
俺もソフトタブ（スペース4文字）にしたとき、削除が面倒くさいと思ってました。
>>882
キーバインドで、Tab＋Shiftにタブ削除（スペース4文字削除）を割り付けておけばいいんですね！
すごく参考になりました！(・∀・)
ソフトタブでスペース4文字ってのは、インデントにこだわるPythonでも4文字が標準になってますなｗ
http://www.oldriver.org/python/pep-0008j.html
PEP 8 -- Style Guide for Python Code (和訳)
>ソースコードのレイアウト
> インデント
> インデント 1 段につき、スペース 4 個とする。
> とても古いソースコードを汚したくないなら、スペース 8 個幅のタブを使い続けてもよい。
> タブかスペースか
> タブとスペースを、決して混在させてはならない。
俺もソフトタブ（スペース4文字）にしたとき、削除が面倒くさいと思ってました。
>>882
キーバインドで、Tab＋Shiftにタブ削除（スペース4文字削除）を割り付けておけばいいんですね！
すごく参考になりました！(・∀・)
ソフトタブでスペース4文字ってのは、インデントにこだわるPythonでも4文字が標準になってますなｗ
http://www.oldriver.org/python/pep-0008j.html
PEP 8 -- Style Guide for Python Code (和訳)
>ソースコードのレイアウト
> インデント
> インデント 1 段につき、スペース 4 個とする。
> とても古いソースコードを汚したくないなら、スペース 8 個幅のタブを使い続けてもよい。
> タブかスペースか
> タブとスペースを、決して混在させてはならない。
zendで日本語を使うと蹴られる時があるのよね
各国の言語に対応してくれよー
各国の言語に対応してくれよー
蹴られるってどういうことだ？
普通に使ってれば問題ないぞ
普通に使ってれば問題ないぞ
>>878
> JavascriptによるPHP実装
> http://www.moongift.jp/2008/02/phpjs/
> PHPみたいな糞言語を何も好きこのんで実装しなくても…
しかたないだろ。JavaScriptでサーバーサイドアプリを作るのは
不可能ではないが、非現実的だ。
サーバーサイドアプリといえば、PHPの独壇場。
それがクライアントで動けばなおよい。
> JavascriptによるPHP実装
> http://www.moongift.jp/2008/02/phpjs/
> PHPみたいな糞言語を何も好きこのんで実装しなくても…
しかたないだろ。JavaScriptでサーバーサイドアプリを作るのは
不可能ではないが、非現実的だ。
サーバーサイドアプリといえば、PHPの独壇場。
それがクライアントで動けばなおよい。
電波は人体に有害だな
どういうボケなんだろうな・・素なのかな
その記事はPHP関数仕様をクライアントのJS上でラップする品であり、サーバサイドとか関係ないんだが。
RhinoやAJAJAという成果物が有る今、非現実的だとは酷い物言いだろう。
IISで良けりゃJScriptなASPもあるよ
古くはiPlanetのサーバサイドでも・・・まあこれは余談
PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
MSとApple WebkitとMozillaが揃って価値見出さないと意味ないし、
JavaScriptは必要十分に良く出来てるし。
その記事はPHP関数仕様をクライアントのJS上でラップする品であり、サーバサイドとか関係ないんだが。
RhinoやAJAJAという成果物が有る今、非現実的だとは酷い物言いだろう。
IISで良けりゃJScriptなASPもあるよ
古くはiPlanetのサーバサイドでも・・・まあこれは余談
PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
MSとApple WebkitとMozillaが揃って価値見出さないと意味ないし、
JavaScriptは必要十分に良く出来てるし。
isHoge()ってメソッドのドキュメントの説明どう書く？
俺は「～か否か」とか「～か否か調べる」とか書いてるけど
俺は「～か否か」とか「～か否か調べる」とか書いてるけど
>>891
（笑） まあ、これは柔軟で大胆な発想力がなければ思いつかないだろうね。
ヒント、以下のコード。言語は何でしょう？
$sosuu = array_push(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
（笑） まあ、これは柔軟で大胆な発想力がなければ思いつかないだろうね。
ヒント、以下のコード。言語は何でしょう？
$sosuu = array_push(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
>>893はちょっと勘違いで動かなかった。訂正版。
$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
↑何が言いたいのかさっぱり分からない
>>893
マジで意味がわからんから教えて
マジで意味がわからんから教えて
ってか、ちょっと怖いんだが。
頭がおかしい方では？
頭がおかしい方では？
>>897
～ならtrue
～ならtrue
発想力とか何いってるの？
自己完結しすぎててあんた以外ﾎﾟｶｰﾝだよ
自己完結しすぎててあんた以外ﾎﾟｶｰﾝだよ
きもいよぅ
$sosuuには失笑した
>>893
恥ずかしくないの？
恥ずかしくないの？
>いいから答えは？
↓
「分かる＝頭がいい。分からない＝頭が悪い。」という判断基準、観念、勘違い
↓
俺には分かるけど、御前には分からないだろう？
↓
「俺は頭がいい」と思い込んでいる幸せな方ですか？
↓
傲慢さは人の知性の発達を阻害する＝プライドというフタを被せたヤカンには、他人の教えという水が入らない。
知っているか、知らないかというのは単なる知識のレベルの話。
知っている＝頭がいい、知らない＝頭が悪いというのは、人間の知的活動の全容について、充分理解できていない場合に陥りがちな過ち。
これはテストで成績を判定する学校教育の弊害。
↓
「分かる＝頭がいい。分からない＝頭が悪い。」という判断基準、観念、勘違い
↓
俺には分かるけど、御前には分からないだろう？
↓
「俺は頭がいい」と思い込んでいる幸せな方ですか？
↓
傲慢さは人の知性の発達を阻害する＝プライドというフタを被せたヤカンには、他人の教えという水が入らない。
知っているか、知らないかというのは単なる知識のレベルの話。
知っている＝頭がいい、知らない＝頭が悪いというのは、人間の知的活動の全容について、充分理解できていない場合に陥りがちな過ち。
これはテストで成績を判定する学校教育の弊害。
【知的活動のレベル】
レベル１：知識→情報、データ
レベル２：知能→知識を使いこなす才能
レベル３：知恵→知識、知能から得られないものを発見する能力
素数 - Wikipedia
http://ja.wikipedia.org/wiki/%E7%B4%A0%E6%95%B0
素数（そすう、prime number）とは、1とその数自身以外に正の約数を持たない（つまり1とその数以外のどんな自然数によっても割り切れない）、1 より大きな自然数をいう。
100以下の素数を小さい順に列挙すると次の通り。
2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97
素数を理解していないという事実から>>893の人物像をプロファイリングすると、リアルな小学生～中学生（または小学生～中学生レベルの知識を持つ人物）と分かる。
＝上記のレベル１すら充分に確立されていない。
レベル１：知識→情報、データ
レベル２：知能→知識を使いこなす才能
レベル３：知恵→知識、知能から得られないものを発見する能力
素数 - Wikipedia
http://ja.wikipedia.org/wiki/%E7%B4%A0%E6%95%B0
素数（そすう、prime number）とは、1とその数自身以外に正の約数を持たない（つまり1とその数以外のどんな自然数によっても割り切れない）、1 より大きな自然数をいう。
100以下の素数を小さい順に列挙すると次の通り。
2, 3, 5, 7, 11, 13, 17, 19, 23, 29, 31, 37, 41, 43, 47, 53, 59, 61, 67, 71, 73, 79, 83, 89, 97
素数を理解していないという事実から>>893の人物像をプロファイリングすると、リアルな小学生～中学生（または小学生～中学生レベルの知識を持つ人物）と分かる。
＝上記のレベル１すら充分に確立されていない。
【アドバイス】
朝型まで起きてるのか？
夜更しは健康に良くないぞ？
先に学校の宿題を済ませてから2chで遊ぼう！(・∀・)
（参考）
ひきこもり情報｜NHK福祉ネットワーク
http://www.nhk.or.jp/fnet/hikikomori/qa/index.html#q09
Q9 昼夜逆転の生活は改めさせるべきでしょうか？
昼夜逆転は、ひきこもりの人にはよくみられる状況です。
明け方眠って夕方起きてくるという生活は、家族にしてみれば一番腹立たしい状態ともいえます。
まずこうした生活態度から何とかしようとする家族は多いのですが、生活リズムだけを家族と同じようにさせようとしても、本質的な解決には結びつかないということを知っておいていただきたいと思います。
こうした逆転が起きるにはさまざまな理由があります。
ひとつは、昼間太陽光線に当たらないため、体内時計が狂ってしまい、日内リズムがずれてしまうというもの。
もうひとつは心理的な理由です。
昼間みんなが学校や職場に通ったりして、活発に活動している時間帯に、何もしないでひきこもっていると、世間にどんどん取り残されていってしまうような不安感や焦燥感、劣等感にさいなまれるものです。
昼夜逆転は、こうした苦痛を避け、周囲を意識しないための工夫であるとも言えるでしょう。
朝型まで起きてるのか？
夜更しは健康に良くないぞ？
先に学校の宿題を済ませてから2chで遊ぼう！(・∀・)
（参考）
ひきこもり情報｜NHK福祉ネットワーク
http://www.nhk.or.jp/fnet/hikikomori/qa/index.html#q09
Q9 昼夜逆転の生活は改めさせるべきでしょうか？
昼夜逆転は、ひきこもりの人にはよくみられる状況です。
明け方眠って夕方起きてくるという生活は、家族にしてみれば一番腹立たしい状態ともいえます。
まずこうした生活態度から何とかしようとする家族は多いのですが、生活リズムだけを家族と同じようにさせようとしても、本質的な解決には結びつかないということを知っておいていただきたいと思います。
こうした逆転が起きるにはさまざまな理由があります。
ひとつは、昼間太陽光線に当たらないため、体内時計が狂ってしまい、日内リズムがずれてしまうというもの。
もうひとつは心理的な理由です。
昼間みんなが学校や職場に通ったりして、活発に活動している時間帯に、何もしないでひきこもっていると、世間にどんどん取り残されていってしまうような不安感や焦燥感、劣等感にさいなまれるものです。
昼夜逆転は、こうした苦痛を避け、周囲を意識しないための工夫であるとも言えるでしょう。
>ヒント、以下のコード。言語は何でしょう？
>foo($i);
>>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooという関数がいきなり使える＝エラーにならないということは、その言語にfooという関数が標準で実装されていなければならない。
もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
今世に知られているオープンソースの言語ではないことは確かだな。
よってこの問いには答えは存在しない。
ゆえに>>893は単なる釣り師
Q.E.D.
>foo($i);
>>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooという関数がいきなり使える＝エラーにならないということは、その言語にfooという関数が標準で実装されていなければならない。
もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
今世に知られているオープンソースの言語ではないことは確かだな。
よってこの問いには答えは存在しない。
ゆえに>>893は単なる釣り師
Q.E.D.
この過剰反応ぶり、何かに触れられたのだろうか？
>>898ぐらいか。まともな反応をしているのかｗ
> 知っているか、知らないかというのは単なる知識のレベルの話。
残念ながら的外れ。なぜならこれは知識レベルの話ではなく
思いつくかどうかの話だから。
> >>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooってのは、特に意味が無い変数・関数を例として出すときに良く使われる単語だよ。
覚えておいたほうが良い。ぐぐって調べよう。
> もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
だれもマイ言語を開発しているなんて言ってない。というか逆にこれは既存の言語だ。
さてなーんでしょ？ ここにいる人ならわかると思うんだが・・・。
> 知っているか、知らないかというのは単なる知識のレベルの話。
残念ながら的外れ。なぜならこれは知識レベルの話ではなく
思いつくかどうかの話だから。
> >>893の書いたコード中にはfooという名前の関数（あるいはメソッド）が定義されていない。
fooってのは、特に意味が無い変数・関数を例として出すときに良く使われる単語だよ。
覚えておいたほうが良い。ぐぐって調べよう。
> もしかしたら、>>893はマイ言語を開発しているが、公開していない人物かもしれない。
だれもマイ言語を開発しているなんて言ってない。というか逆にこれは既存の言語だ。
さてなーんでしょ？ ここにいる人ならわかると思うんだが・・・。
>>889の意味が理解できない人へ。
ヒント１
以下のコード。言語は何でしょう？
$sosuu = array(2, 3, 5, 7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
ヒント２
GWTとQuickFormの共通点はなんでしょう？
柔軟な発想力があれば、>>889の意味を理解できるよ！
ヒント１
以下のコード。言語は何でしょう？
$sosuu = array(2, 3, 5, 7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
ヒント２
GWTとQuickFormの共通点はなんでしょう？
柔軟な発想力があれば、>>889の意味を理解できるよ！
>916
その話は>891で全て終わっている。
知識からいっても論理性からいっても>891が正しい
google trendでPHPの各フレームワークを比較しているブログがあって、
面白そうなのでいまやってみたら、CakePHP > Symfony > Zend > ... という順番だった
やはりCakeがお手軽なのか。ただ、どれも頭打ちというかんじはする。
その話は>891で全て終わっている。
知識からいっても論理性からいっても>891が正しい
google trendでPHPの各フレームワークを比較しているブログがあって、
面白そうなのでいまやってみたら、CakePHP > Symfony > Zend > ... という順番だった
やはりCakeがお手軽なのか。ただ、どれも頭打ちというかんじはする。
最近Pieceに興味を持って使っているんだけど、スレがないのがさびしい…
>>917
気づかないのかなぁ？ この面白いコードに。
>>918
これのこと？ だとしたら的外れなんだよね。
> PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
俺はPHPがクライアントサイドに実装されるなんて一言も言ってないよ。
気づかないのかなぁ？ この面白いコードに。
>>918
これのこと？ だとしたら的外れなんだよね。
> PHPがクライアントサイドに実装される余地は夢物語じゃねえか。
俺はPHPがクライアントサイドに実装されるなんて一言も言ってないよ。
PHPって、そもそもがページ指向フレームワークみたいなものだよな
いま、コンポーネント指向のフレームワークを作っているのは実は過渡期で、
それらは最終的には言語仕様に取り込まれて、またページ指向に戻るんじゃないだろうか
なんかPHPでJavaみたいなコードを書いていると、すごく違和感があるんだよな
それはJavaでやれよ、みたいな
いま、コンポーネント指向のフレームワークを作っているのは実は過渡期で、
それらは最終的には言語仕様に取り込まれて、またページ指向に戻るんじゃないだろうか
なんかPHPでJavaみたいなコードを書いていると、すごく違和感があるんだよな
それはJavaでやれよ、みたいな
ああ、コンポーネント指向じゃなくて、アクション指向が正しいか
コンポーネント指向は別にページ指向と競合しない
コンポーネント指向は別にページ指向と競合しない
＿＿
|・∀・|ノ よい
./|＿＿┐
/ 調子
""""""""""""""
.＿＿
((ヽ|・∀・|ノ しょっと
|＿＿| ))
| |
調子
"""""""""""""""""
フレームワークの話しようぜ！
|・∀・|ノ よい
./|＿＿┐
/ 調子
""""""""""""""
.＿＿
((ヽ|・∀・|ノ しょっと
|＿＿| ))
| |
調子
"""""""""""""""""
フレームワークの話しようぜ！
>fooってのは、特に意味が無い変数・関数を例として出すときに良く使われる単語だよ。
この場合のfooには呼び名があって、「メタ構文変数」って言うんだ。（学校で習ったかな？）
覚えておいたほうが良い。Googleで調べよう。
>>893は自分でも分かっている通り、キミのコードにはバグがあって動かないんだ。
フォンノイマン型のコンピューターでは、キミのプログラムは動かないよ。（残念だったね）
894 ：893：2008/02/06(水) 05:13:00 ID:???
>>893はちょっと勘違いで動かなかった。訂正版。
$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
↑このコードがエラー無しで動く言語、コンピューターはないんだ。
さあ、キミも働いて、本物のパソコンを買ってみよう！
この場合のfooには呼び名があって、「メタ構文変数」って言うんだ。（学校で習ったかな？）
覚えておいたほうが良い。Googleで調べよう。
>>893は自分でも分かっている通り、キミのコードにはバグがあって動かないんだ。
フォンノイマン型のコンピューターでは、キミのプログラムは動かないよ。（残念だったね）
894 ：893：2008/02/06(水) 05:13:00 ID:???
>>893はちょっと勘違いで動かなかった。訂正版。
$sosuu = array(1,3,5,7);
for($i=1; $i<10; $i++) {
if(in_array($i, $sosuu)) {
foo($i);
}
}
↑このコードがエラー無しで動く言語、コンピューターはないんだ。
さあ、キミも働いて、本物のパソコンを買ってみよう！
Rubyの作者さんはパソコン持ってますよｗ
http://www.rubyist.net/~matz/20071203.html
http://www.rubyist.net/~matz/20071203.html
>>919
You 立てちゃいなよ
You 立てちゃいなよ
「他人のふり見て我がふり直せ」
人間の傲慢さ、愚かさというものが、実によく理解できるインターネットですね。
人間の傲慢さ、愚かさというものが、実によく理解できるインターネットですね。
>>924
お前頭悪すぎだ。
お前頭悪すぎだ。
>しかたないだろ。JavaScriptでサーバーサイドアプリを作るのは
>不可能ではないが、非現実的だ。
>
>サーバーサイドアプリといえば、PHPの独壇場。
>それがクライアントで動けばなおよい。
マジレス。
ウェブアプリは極論言えば標準出力と環境変数を受け取ることができる言語ならどんな言語でも作れる。
サーバーサイドJavaScriptも>>891が言ってる様に普通にあるし、最近ではJaxerなんてのも出てきてる。
非現実的とは言うほどではない。
それに、ウェブアプリのシェアは別にPHPの独壇場でもないし、
言語機能がJavaScriptよりも貧弱なPHPをクライアントサイドで使う意味もわからんのだが。
>不可能ではないが、非現実的だ。
>
>サーバーサイドアプリといえば、PHPの独壇場。
>それがクライアントで動けばなおよい。
マジレス。
ウェブアプリは極論言えば標準出力と環境変数を受け取ることができる言語ならどんな言語でも作れる。
サーバーサイドJavaScriptも>>891が言ってる様に普通にあるし、最近ではJaxerなんてのも出てきてる。
非現実的とは言うほどではない。
それに、ウェブアプリのシェアは別にPHPの独壇場でもないし、
言語機能がJavaScriptよりも貧弱なPHPをクライアントサイドで使う意味もわからんのだが。
ペチパーなんてそんなもんってことですね。
931 ：nobodyさん：2008/02/06(水) 17:12:40 ID:2puW0wQc
>>931
やっとまともなレスがついたかｗ
> > ヒント１
> > 以下のコード。言語は何でしょう？
>
> PHP
半分正解。答えは、PHPとJavaScript。
一見PHPコードのように見えるが、実はJavaScripコードとしても
解釈できるのだ。
（もちろんJavaScriptに無い関数はphp.jsなどで実装する）
> GWTとQuickFormの共通点はなんでしょう？
答えは、両方とも、別の言語からJavaScriptコードを生成するというところ。
GWTはJavaで書いたコードからJavaScriptコードを生成する。
QuickFormもPHPのライブラリで、PHPで入力チェック部分を書くと
それに対応するJavaScriptコードを生成してくれる。
やっとまともなレスがついたかｗ
> > ヒント１
> > 以下のコード。言語は何でしょう？
>
> PHP
半分正解。答えは、PHPとJavaScript。
一見PHPコードのように見えるが、実はJavaScripコードとしても
解釈できるのだ。
（もちろんJavaScriptに無い関数はphp.jsなどで実装する）
> GWTとQuickFormの共通点はなんでしょう？
答えは、両方とも、別の言語からJavaScriptコードを生成するというところ。
GWTはJavaで書いたコードからJavaScriptコードを生成する。
QuickFormもPHPのライブラリで、PHPで入力チェック部分を書くと
それに対応するJavaScriptコードを生成してくれる。
ここまで言えば何を言いたいかわかると思うが、一匹
どうでもいい所(fooとか）にこだわる虫けらがいるみたいなので。
サーバーサイドでのエラーチェックは必要不可欠。
いくらクライアントのJavaScriptでエラーチェックをしても
JavaScriptを回避して値を送ることは可能。
それじゃクライアントでエラーチェックをすることに意味が無いかというと
サーバーで処理して返すよりも、レスポンスが良い。サーバーの負荷が減る。
という利点がある。
理想を言えば両方書くのが良いわけだが、同じチェックコードを
違う言語で二回書くのは面倒すぎる。それを回避することができるものに
GWTやQuickFormがあるが、GWTはJava。QuickFormはチェックの仕方が
特殊でいけてないし面倒。
php.jsとうまく考えられた書き方をすることで、PHPコードを
そのままJavaScriptコードとして利用できる。
もちろんある種の制限はあるが、エラーチェック部分になら十分実用的だろう。
どうでもいい所(fooとか）にこだわる虫けらがいるみたいなので。
サーバーサイドでのエラーチェックは必要不可欠。
いくらクライアントのJavaScriptでエラーチェックをしても
JavaScriptを回避して値を送ることは可能。
それじゃクライアントでエラーチェックをすることに意味が無いかというと
サーバーで処理して返すよりも、レスポンスが良い。サーバーの負荷が減る。
という利点がある。
理想を言えば両方書くのが良いわけだが、同じチェックコードを
違う言語で二回書くのは面倒すぎる。それを回避することができるものに
GWTやQuickFormがあるが、GWTはJava。QuickFormはチェックの仕方が
特殊でいけてないし面倒。
php.jsとうまく考えられた書き方をすることで、PHPコードを
そのままJavaScriptコードとして利用できる。
もちろんある種の制限はあるが、エラーチェック部分になら十分実用的だろう。
並のアタマなのに「俺あたまいい」という勘違いがすげえｗ
高校生か
高校生か
>>934
要するに、PHP.js使って気をつけて書けばPHPでもJavaScriptでも使えるコードかけるよ！って言いたいのか。
まあ君がいいならそれも悪くないんじゃないかな。うん。
ただこのスレはフレームワークを語るスレだからさ、
これ以降君の自説の披露は別のところでやってもらえると助かるな。
要するに、PHP.js使って気をつけて書けばPHPでもJavaScriptでも使えるコードかけるよ！って言いたいのか。
まあ君がいいならそれも悪くないんじゃないかな。うん。
ただこのスレはフレームワークを語るスレだからさ、
これ以降君の自説の披露は別のところでやってもらえると助かるな。
JavaScriptって$で始まる変数名って使えるの？
動くかどうかじゃなくて、規格として。
動くかどうかじゃなくて、規格として。
>>937
問題でも？
問題でも？
いや、PHPとしてもJavaScriptとしても動くコードってのは面白いんだけど、
普通変数名ってのは、アルファベットかアンダーバーで始まるものじゃない？
普通変数名ってのは、アルファベットかアンダーバーで始まるものじゃない？
フレームワークに絡めて答えるなら、
エラーチェック（バリデーション）のような定型的な処理は、
DIのような手法で、依存部分のみをYAMLやXMLなどで定義して、
テスト済みのライブラリを使うべきでは？
エラーチェック（バリデーション）のような定型的な処理は、
DIのような手法で、依存部分のみをYAMLやXMLなどで定義して、
テスト済みのライブラリを使うべきでは？
いや、バリデーションとかご託並べる前に、array(1,3,5,7)にsosuuとかつけちゃう恥ずかしい頭をなんとかしろよ
クライアントサイドでもサーバサイドでもいいけど、「素数のチェックで1が通って2が通らない」なんて
狂った検査じゃ意味ないだろｗ
クライアントサイドでもサーバサイドでもいいけど、「素数のチェックで1が通って2が通らない」なんて
狂った検査じゃ意味ないだろｗ
PHPとJavascriptが答えって、鼻水吹くわ。
マジでそれだけだと思ってるの？
もうやめとけや、その話題は。
マジでそれだけだと思ってるの？
もうやめとけや、その話題は。
878の記事見たら一目でわかることを
なんでくどくどしく説明し出したんだこの馬鹿は
しかもクイズ形式でｗ
なんでくどくどしく説明し出したんだこの馬鹿は
しかもクイズ形式でｗ
後だし恥ずかしいよ。
後からわかっていたといっても説得力皆無。
後からわかっていたといっても説得力皆無。
>>940
バリデーションは定型的な処理とはいわないんじゃないか？
このフィールドに、これこれの値が入るってのは
業務ごとに違うんだし。
それにいくつかのフィールドを総合的に見なければいけないような
複雑な条件処理の場合、YAMLやXMLで対応できるのか？
できるとしても大変そう。
バリデーションは定型的な処理とはいわないんじゃないか？
このフィールドに、これこれの値が入るってのは
業務ごとに違うんだし。
それにいくつかのフィールドを総合的に見なければいけないような
複雑な条件処理の場合、YAMLやXMLで対応できるのか？
できるとしても大変そう。
>>939
http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Guide:About:Core_Language_Features
> アプリケーションで値を識別する名前として変数を使用します。変数の名前はあるルールに従って付けなくてはなりません。
> 変数の名前は識別子とも呼ばれます。
> JavaScript の識別子は必ずアルファベットかアンダースコア (_) かドル記号 ($) から始まらなくてはなりません。
って書いてあるから問題ないんじゃない？ prototype.jsには$関数ってのもあるし。
http://developer.mozilla.org/ja/docs/Core_JavaScript_1.5_Guide:About:Core_Language_Features
> アプリケーションで値を識別する名前として変数を使用します。変数の名前はあるルールに従って付けなくてはなりません。
> 変数の名前は識別子とも呼ばれます。
> JavaScript の識別子は必ずアルファベットかアンダースコア (_) かドル記号 ($) から始まらなくてはなりません。
って書いてあるから問題ないんじゃない？ prototype.jsには$関数ってのもあるし。
もしデータバリデーションを毎回書いているのなら、
次回からライブラリを使うことをお薦めする
また、複雑な条件処理ができてこそライブラリなので、それは全く問題ない。
PHPとJSでコード共用できるという話で思ったけど、
コピペコードは必ずしも生産性を上げない。
同じコードを書かないという原則からいえば、
検証条件だけを抜き出して、PHPもJSもそこからコードジェネレーションした方がいい
次回からライブラリを使うことをお薦めする
また、複雑な条件処理ができてこそライブラリなので、それは全く問題ない。
PHPとJSでコード共用できるという話で思ったけど、
コピペコードは必ずしも生産性を上げない。
同じコードを書かないという原則からいえば、
検証条件だけを抜き出して、PHPもJSもそこからコードジェネレーションした方がいい
コード共用できるのだから
コピペする必要ないじゃない。
一つは、コード部分を、requireとかで読み込んだり、evalを使う。
一つは、そのファイル・コードをhtmlに埋め込んで渡す。
コピペする必要ないじゃない。
一つは、コード部分を、requireとかで読み込んだり、evalを使う。
一つは、そのファイル・コードをhtmlに埋め込んで渡す。
>>944
「JSでPHPを実装した」というたった一言の情報に
何一つ付け加えてねーじゃねえか
「1+1は2です。さて、1+1は？」
「？？？」
「柔軟な発想力があれば分かりますよ」
「…？？？（何言い出したんだこの人）」
「おやおや、分からないのですかぁ～？」
「……（キモうぜぇ～）」
「答えは、2ですよ」
（ ﾟдﾟ）（ ﾟдﾟ）（ ﾟдﾟ）ｷﾃｨｶﾞｲ？？？
「JSでPHPを実装した」というたった一言の情報に
何一つ付け加えてねーじゃねえか
「1+1は2です。さて、1+1は？」
「？？？」
「柔軟な発想力があれば分かりますよ」
「…？？？（何言い出したんだこの人）」
「おやおや、分からないのですかぁ～？」
「……（キモうぜぇ～）」
「答えは、2ですよ」
（ ﾟдﾟ）（ ﾟдﾟ）（ ﾟдﾟ）ｷﾃｨｶﾞｲ？？？
> $sosuu = array(2, 3, 5, 7);
> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
>>949
お前の負け。
お前の負け。
斜め読みだけど、結局言い出しっぺ(>>889)の言いたいことは
・サーバサイドと（リッチ）クライアントサイドで同じ言語で記述できれば楽できる
・だからJavaScriptでPHP実装をすることに意味がある
ってこと？
ただここにいる多数の感覚では、わざわざPHPを実装せんでもなあ、と。
それなら、むしろサーバ側でJavaScriptで書ければイイじゃんって>>891とかで
言ってるし、確かにそれでいいと思う。なんで>>889はJavaScriptよりもPHPがいいと
思うんだろう。
現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
あっても不思議はなさそうだけど、誰か作ってないのかな？
もしくはコマンドラインインタプリタとか。それでCGIはできるな >>929 が言うように。
（Windowsはまったく知らないのであしからず）
>>889の為にまとめてみたが、この辺りにちゃんと答えないとただの馬鹿で終わり？
・サーバサイドと（リッチ）クライアントサイドで同じ言語で記述できれば楽できる
・だからJavaScriptでPHP実装をすることに意味がある
ってこと？
ただここにいる多数の感覚では、わざわざPHPを実装せんでもなあ、と。
それなら、むしろサーバ側でJavaScriptで書ければイイじゃんって>>891とかで
言ってるし、確かにそれでいいと思う。なんで>>889はJavaScriptよりもPHPがいいと
思うんだろう。
現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
あっても不思議はなさそうだけど、誰か作ってないのかな？
もしくはコマンドラインインタプリタとか。それでCGIはできるな >>929 が言うように。
（Windowsはまったく知らないのであしからず）
>>889の為にまとめてみたが、この辺りにちゃんと答えないとただの馬鹿で終わり？
>948
いや、プロジェクトは一つきりじゃないでしょ？
次のプロジェクトで新しいバリデーションコードを書くとき、
コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
結局、コードを主体に考えているからPHPとJS共用コードという発想になるので、
本質的な依存条件を考えた方がいいんじゃないの？という話
いや、プロジェクトは一つきりじゃないでしょ？
次のプロジェクトで新しいバリデーションコードを書くとき、
コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
結局、コードを主体に考えているからPHPとJS共用コードという発想になるので、
本質的な依存条件を考えた方がいいんじゃないの？という話
>>935
こいつはどう見ても並"未満"なのに、優しいんだなｗ
こいつはどう見ても並"未満"なのに、優しいんだなｗ
>>949
すべての勝負がお前の脳内だけで行われてるんだから勝てる奴なんていねーだろｗ
すべての勝負がお前の脳内だけで行われてるんだから勝てる奴なんていねーだろｗ
>>952
> 現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
> あっても不思議はなさそうだけど、誰か作ってないのかな？
はるか昔はあった。ネットスケープのサーバーかなにか。
最近また出てきたみたいだが、まだベータ版。
選択しにはならないと思うよ。
> 現状でも、JavaScriptエンジン組み込んだApacheモジュール(mod_javascript？)とか
> あっても不思議はなさそうだけど、誰か作ってないのかな？
はるか昔はあった。ネットスケープのサーバーかなにか。
最近また出てきたみたいだが、まだベータ版。
選択しにはならないと思うよ。
>>950
自演恥ずかしいｗｗｗ
自演恥ずかしいｗｗｗ
>>953
> 次のプロジェクトで新しいバリデーションコードを書くとき、
> コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
なんで？ バリデーションコードをそのまま使えばいいじゃん。
> 次のプロジェクトで新しいバリデーションコードを書くとき、
> コードをコピペするのであれば、それは「よく似た違うコード」を生み出すことになる
なんで？ バリデーションコードをそのまま使えばいいじゃん。
>959
うん、だからそれをするのがバリデータでしょ？
PHPでもJSでもそれを使えばいいんじゃないと言ってるわけ
うん、だからそれをするのがバリデータでしょ？
PHPでもJSでもそれを使えばいいんじゃないと言ってるわけ
>>960
だけど、俺が知る限りバリデータでは複雑なチェックはできないんだよね。
未入力チェックとか、正規表現の比較とか、数値の範囲とか、その程度。
ラジオボタンでAの値が選択されているときは、チェックなし。
Bの値が選択されているときはチェックあり。とかできる？
だけど、俺が知る限りバリデータでは複雑なチェックはできないんだよね。
未入力チェックとか、正規表現の比較とか、数値の範囲とか、その程度。
ラジオボタンでAの値が選択されているときは、チェックなし。
Bの値が選択されているときはチェックあり。とかできる？
>889がPHPとJS共用のフレームワークを作るということでFA?
>956
いや、後から出てる反論のほとんどは>891で出てる。
それはいいんだけど、やはり実行に移さないことには価値がない
>956
いや、後から出てる反論のほとんどは>891で出てる。
それはいいんだけど、やはり実行に移さないことには価値がない
なんでバリデータライブラリって流行らないんだろう。
WEBアプリの入力チェックなんて、定番があっても良さそうなのに。
テンプレートエンジンと比べてえらい寂れようだ。フレームワークに結合されてしまってるのが多いからかな？
HTML_QuickFormも、結局入力がフォームデータ限定でしか使えないし、バリデータ部分だけ切り出せないのかな。
良いのがあるんだったらエロイひとお勧めして。
>>961
そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
>>960がどんなのをつかってるのかは知らないけど
WEBアプリの入力チェックなんて、定番があっても良さそうなのに。
テンプレートエンジンと比べてえらい寂れようだ。フレームワークに結合されてしまってるのが多いからかな？
HTML_QuickFormも、結局入力がフォームデータ限定でしか使えないし、バリデータ部分だけ切り出せないのかな。
良いのがあるんだったらエロイひとお勧めして。
>>961
そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
>>960がどんなのをつかってるのかは知らないけど
後からわかっていたとか言っても
先に（PHPでもJSでも動く）コード書いた奴の勝ちって事だな。
先に（PHPでもJSでも動く）コード書いた奴の勝ちって事だな。
>>963
> そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
> 対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
で、そういうメソッドを書くとき、
PHPでもJavaScriptでも動くコードを
書けば楽って事でしょ？彼が言いたいのは。
> そういうのは多分設定ファイルでは無理で、バリデータクラスのサブクラスの指定メソッドに個別処理を書く、とかいう
> 対処になるんじゃないかなぁ、と勝手にライブラリ仕様を想像してみる。
で、そういうメソッドを書くとき、
PHPでもJavaScriptでも動くコードを
書けば楽って事でしょ？彼が言いたいのは。
あー。なるほどそういうことか。やっと納得した。
>>964
素でやると物凄く不自由なコードになってそうだｗ
foreachやsprintfが使えないPHPなんて本当に何のメリットもない糞言語だろ。
あと、文字列結合が素直には出来なさそう？
本当に限定された局面のみ有効になりそうだ。PHP.jsってそういうのはうまくやってくれるの？
素でやると物凄く不自由なコードになってそうだｗ
foreachやsprintfが使えないPHPなんて本当に何のメリットもない糞言語だろ。
あと、文字列結合が素直には出来なさそう？
本当に限定された局面のみ有効になりそうだ。PHP.jsってそういうのはうまくやってくれるの？
http://kevin.vanzonneveld.net/techblog/article/javascript_equivalent_for_phps_abs/
このリストを見る限り、sprintfは使えるようだな。
このリストを見る限り、sprintfは使えるようだな。
PHPとJavaScriptではオブジェクトの仕組みとかお互い全然違うから、
もしコード共有しようとしたらオブジェクト指向できなくなるし、いちいち二つの環境で確認するのめんどくさい。
YAMLとかでヴァリデーションの条件書いて各実装でそれを実現するのがよっぽどスマートだと思うんだけどな。
少なくともサーバーサイドJavaScriptよりもさらに現実味がないと思うよ俺は。
でも>>961のような、YAMLのバリデーションで
対応できないような場合には使えそうな気もする。
対応できないような場合には使えそうな気もする。
予想に反して流れが良スレ化しててワロタｗ
>961
俺が使ったことのあるのはCake, CodeIgniter, Piece_Rightだけど、
その程度だったら問題ないし、追加の検証メソッドもサポートしてる。
しかし、やはりコード共用をやるなら、最終的にはコード生成に落ち着くような気がする。
結果的にその方が楽だと思う（例として挙がっているGWTもそういうことだし）。
後は、「実際にやってみて」としかいいようがない。
俺が使ったことのあるのはCake, CodeIgniter, Piece_Rightだけど、
その程度だったら問題ないし、追加の検証メソッドもサポートしてる。
しかし、やはりコード共用をやるなら、最終的にはコード生成に落ち着くような気がする。
結果的にその方が楽だと思う（例として挙がっているGWTもそういうことだし）。
後は、「実際にやってみて」としかいいようがない。
というか、それならJavascriptでサーバサイドできるよね
PHPとして動くようなJavascriptを書けばいいんでしょ？
それはともかく、同じECMAScript系だとFlex/ColdFusionもある
ActionScriptのフレームワークも揃いつつあるし、
ECMAScriptでサーバサイド・モジュールというのは十分現実的
PHPとして動くようなJavascriptを書けばいいんでしょ？
それはともかく、同じECMAScript系だとFlex/ColdFusionもある
ActionScriptのフレームワークも揃いつつあるし、
ECMAScriptでサーバサイド・モジュールというのは十分現実的
>>889は今すぐJaxerでググレ。
お望みのものがあるから。
お望みのものがあるから。
> というか、それならJavascriptでサーバサイドできるよね
> PHPとして動くようなJavascriptを書けばいいんでしょ？
なかなか難しいことを言ってるな。
JavaScriptの場合、オブジェクト指向がデフォだから、
array.push("1"); とか str.length とか良くある関数が使えない。
また、PHPの制約により、＄から始まる変数名じゃないといけないし。
> PHPとして動くようなJavascriptを書けばいいんでしょ？
なかなか難しいことを言ってるな。
JavaScriptの場合、オブジェクト指向がデフォだから、
array.push("1"); とか str.length とか良くある関数が使えない。
また、PHPの制約により、＄から始まる変数名じゃないといけないし。
Jaxerってこの間ベータ版が出たばかりのあれ？
【従来のプログラミング作業】
サーバーサイド＝PHPでプログラミング…(1)
クライアントサイド＝JavaScriptでプログラミング…(2)
【php.jsを使ったプログラミング作業】
サーバーサイド＝PHPでプログラミング…(3)
クライアントサイド＝PHPでプログラミングしたコード(3)をphp.jsで動かす。…(4)
(4)php.jsを使うことによって、(2)の手間が省けるという話ですか？
＝バリデータくらいなら作れるのではないか？と。
PHPがJavaScriptの代替になるか？
＝php.jsをテストしてみて、どの程度PHPのコードが動くものか確認しなければなりませんね。
サーバーサイド＝PHPでプログラミング…(1)
クライアントサイド＝JavaScriptでプログラミング…(2)
【php.jsを使ったプログラミング作業】
サーバーサイド＝PHPでプログラミング…(3)
クライアントサイド＝PHPでプログラミングしたコード(3)をphp.jsで動かす。…(4)
(4)php.jsを使うことによって、(2)の手間が省けるという話ですか？
＝バリデータくらいなら作れるのではないか？と。
PHPがJavaScriptの代替になるか？
＝php.jsをテストしてみて、どの程度PHPのコードが動くものか確認しなければなりませんね。
なんだ。PHP.jsを使えば、PHPの一部の関数が、JavaScriptのコード内でも使えるようになりますよ、という話じゃん。
単なる関数名のラッパーか？
php.js の検索結果 約 770,000 件
http://www.google.co.jp/search?q=php.js
PHPで使える便利関数をJavaScriptでも使えるようにする「php.js」 2008年02月05日
http://phpspot.org/blog/archives/2008/02/phpjavascriptph.html
>php.js をインクルードすれば、次のPHP関数と同名かつ同機能を使うことが出来ます。
>JavaScriptに慣れ親しみたいと思っているPHPプログラマの方は、これを元に、JavaScriptに移行していくのも手かもしれませんね。
PHPで書いたバリデーターに、PHPの関数が入っていても、コピペでJavaScriptで使える。
これを手動ではなくて、自動でやれば、コードジェネレーターを使うみたいに楽ができるよね？という話ですか。
そのコードジェネレーターは、もう誰か作ってくれてるの？
単なる関数名のラッパーか？
php.js の検索結果 約 770,000 件
http://www.google.co.jp/search?q=php.js
PHPで使える便利関数をJavaScriptでも使えるようにする「php.js」 2008年02月05日
http://phpspot.org/blog/archives/2008/02/phpjavascriptph.html
>php.js をインクルードすれば、次のPHP関数と同名かつ同機能を使うことが出来ます。
>JavaScriptに慣れ親しみたいと思っているPHPプログラマの方は、これを元に、JavaScriptに移行していくのも手かもしれませんね。
PHPで書いたバリデーターに、PHPの関数が入っていても、コピペでJavaScriptで使える。
これを手動ではなくて、自動でやれば、コードジェネレーターを使うみたいに楽ができるよね？という話ですか。
そのコードジェネレーターは、もう誰か作ってくれてるの？
>>933
>半分正解。答えは、PHPとJavaScript。
http://jp.youtube.com/watch?v=yOS4GJf60gw
「はい！ここ、テストに出ま～す♪」
>>975
http://www.google.co.jp/search?q=Jaxer
Jaxer の検索結果 約 222,000 件
>半分正解。答えは、PHPとJavaScript。
http://jp.youtube.com/watch?v=yOS4GJf60gw
「はい！ここ、テストに出ま～す♪」
>>975
http://www.google.co.jp/search?q=Jaxer
Jaxer の検索結果 約 222,000 件
Jaxerのスレはまだないのかな
PHPと連動させるならJSを生成するPHP書いた方がまだまし
JSでPHP関数のクローンを使うという発想が気持ち悪い
PHPは少なくとも「積極的に書きたい言語」ではないし
JSでPHP関数のクローンを使うという発想が気持ち悪い
PHPは少なくとも「積極的に書きたい言語」ではないし
>>963
一回書こうとしたことあったけど
バリデーションて複数の層と、それなりに密接に関わるから
だんだんそれ自体がミニFW化していくんだよね
コントローラでは判定とaction分岐、
ビューではFormコンポーネントや値、エラーメッセージの生成や管理nado
なかなかキレイにまとめるのはむずかしす
一回書こうとしたことあったけど
バリデーションて複数の層と、それなりに密接に関わるから
だんだんそれ自体がミニFW化していくんだよね
コントローラでは判定とaction分岐、
ビューではFormコンポーネントや値、エラーメッセージの生成や管理nado
なかなかキレイにまとめるのはむずかしす
kohanaはまだ早いかなー
気になるのは
ビデオチュートリアルでhello worldなんかを作ってるあたり。
そこはブログっぽいのとか作っとかなきゃダメだろ。
そこここにセンスのなさを感じて
ださいコードや構造になっているんじゃないかと危惧してしまう
気になるのは
ビデオチュートリアルでhello worldなんかを作ってるあたり。
そこはブログっぽいのとか作っとかなきゃダメだろ。
そこここにセンスのなさを感じて
ださいコードや構造になっているんじゃないかと危惧してしまう
kohanaはCodeIgniterベースみたいだから大丈夫じゃない？
しかし、CIの普及も十分とは言えないのに、なぜ派生プロジェクトが…
しかし、CIの普及も十分とは言えないのに、なぜ派生プロジェクトが…
ci軽くていいんだけどね
pythonなんかはライブラリの読み込みは自分でやるわけだ
phpでもautoloadに頼らず
自分でinclude_once()するのが一番いいんじゃね？
phpでもautoloadに頼らず
自分でinclude_once()するのが一番いいんじゃね？
PHPってArrayのタイプヒンティングだけあって
StringとかIntがないのって何なの？
頭おかしいの？
StringとかIntがないのって何なの？
頭おかしいの？
それはフレームワークのスレとPHP言語仕様のスレの区別が付かないようなもので、
特におかしいことではありません。
特におかしいことではありません。
>>989
そもそもarrayのtype hintingすら5.1っつー中途半端なタイミングで入れられたんだ
大絶賛中言語PHPではIntegerのタイプヒンティング入れた日にゃ
初心者がリクエストパラメータそのまま引数に投げて
型が違うよっておこられるんだけどうわーんな惨状を回避するためさ、嘘だけど
実際でもstringとintegerの区別に関しては
何故か寛容なPHPだからあながち100%嘘でもなさそうなのがPHPの凄い所
そもそもarrayのtype hintingすら5.1っつー中途半端なタイミングで入れられたんだ
大絶賛中言語PHPではIntegerのタイプヒンティング入れた日にゃ
初心者がリクエストパラメータそのまま引数に投げて
型が違うよっておこられるんだけどうわーんな惨状を回避するためさ、嘘だけど
実際でもstringとintegerの区別に関しては
何故か寛容なPHPだからあながち100%嘘でもなさそうなのがPHPの凄い所
あれ？Arrayのタイプヒンティングできたっけ？と思ったら5.1からできるようになったのね
>>991
少し前、ちょうどそんな感じでphp.internalがフレームしてた。（なんかまた再燃してるっぽい）
除算しただけでいつの間にかintがfloatになってた、みたいな罠もあるので
厳密なスカラーのタイプヒンティングは嬉しくないかも。
int, float, 数値文字列まで受け入れる「numeric」なら妥協できるようなやっぱりキモいような。
まあ、外部から来るスカラーはバリデーション通しとけってことで。
少し前、ちょうどそんな感じでphp.internalがフレームしてた。（なんかまた再燃してるっぽい）
除算しただけでいつの間にかintがfloatになってた、みたいな罠もあるので
厳密なスカラーのタイプヒンティングは嬉しくないかも。
int, float, 数値文字列まで受け入れる「numeric」なら妥協できるようなやっぱりキモいような。
まあ、外部から来るスカラーはバリデーション通しとけってことで。
型が割とファジーだからなんとなくでも通るけど
ハマっちゃうと慣れてない人は良く分からないだろうな
そういう意味ではちょっとでも型違うとエラーになる方が
分かりやすいしハマりにくい
さすがMatzにDISられる言語だけある
ハマっちゃうと慣れてない人は良く分からないだろうな
そういう意味ではちょっとでも型違うとエラーになる方が
分かりやすいしハマりにくい
さすがMatzにDISられる言語だけある
あれ？rubyってタイプヒンティングできたっけ？
rubyだとraiseとkind_of?でチェックするとか。
そもそもruby界隈だと型チェックでduck typing殺す意義が疑問視されそうだ
そもそもruby界隈だと型チェックでduck typing殺す意義が疑問視されそうだ
$ php -a
でpythonみたいに対話的に使えるの初めて知った
Ruby脂肪ｗｗｗ
でpythonみたいに対話的に使えるの初めて知った
Ruby脂肪ｗｗｗ
PHPでCとPerlとJavaとPythonとRubyとJavaScriptの関数が使えるライブラリ作って
クライアントサイドのJavaScriptでも動くようにすればPHP最強。
クライアントサイドのJavaScriptでも動くようにすればPHP最強。
関数だけかよw そいつぁ凶悪だ
> $sosuu = array(2, 3, 5, 7);
> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
> for($i=1; $i<10; $i++) {
> if(in_array($i, $sosuu)) {
> foo($i);
> }
> }
へぇ。これってJavaScriptとしても実行できるのか。
言われてみればわかるけど、目からうろこ
1001 ：１００１：
このスレッドは１０００を超えました。
もう書けないので、新しいスレッドを立ててくださいです。。。
もう書けないので、新しいスレッドを立ててくださいです。。。