のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,063,051人
昨日:no data人
今日:
最近の注目
人気の最安値情報

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

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    751 = :

    ひと昔前までの印象としては欧州産はまだマシで、米国産はI18NとかM17Nとかいう発想が無いのが多かった気がする

    753 = :

    これからSmartyの仕事にかかる。本当に馬鹿らしい。もうこれでPHPの仕事を最後にしたい。

    755 = :

    俺はもうPHPを捨てたぜ!
    もう醜いのはうんざりだ
    これからはRubyたんとちゅっちゅするんだ

    756 = :

    醜いのにうんざりしたと言いながら、よりにもよってRubyかいな

    ありゃ便利だけど、あくまでbetter perlであって綺麗な世界ではないぜ
    まだJavaScriptの方が一貫性と綺麗な世界、シンプルさ保っててる
    醜いこと嫌ってweb用となら、pythonも併せて検討した方がいいかもね
    Rubyが気になるようなら、もしかしたら君は醜いモノもある程度必要としている方の人かもしれん

    もし醜くないことだけが評価されるなら、CのCGIはもっと普及していることだろうw

    757 = :

    PythonよりRubyの方が美しく書けるだろJK
    PythonのOOは後付で一貫してない部分があるし
    OOPと手続き型の混在感がある
    JSは悪くはないが、まじめなだけが取り柄でおもしろみに欠ける

    758 = :

    醜く書き散らせてこそLL
    汚く書きたくなきゃ制約の多い言語で十分だ
    PHPに不満ある奴は、もっと泥に塗れられる言語を求めてるんだぜ
    QIQとか、自由度と混沌を一緒に提案してくれてるんだ
    本家にマージされてほしいぜ

    あとJSはまじめどころか変態だぜw

    760 = :

    あいかわらずレベル低いやつらしかいないな。

    762 = :

    760みたいなこと書く奴が最もカス

    763 = :

    非phpのfwを見て回ったが
    CGIを高速に運用する環境で決定打を持つものがないな
    どれも不安定っぽい
    そう考えるとmod_phpの安定感は偉大だった

    764 = :

    別にここはPHPまんせースレというわけでもないんだけどね
    >>763の言いたいことはわかるけど、「PHPのフレームワーク」っていう
    テーマからは見事にずれてるなw

    765 = :

    >>764に補足
    素のPHPに不満足な人間がすなわちフレームワークに関心を持つんだと俺は思ってる

    766 = :

    >>763 に対してもうちょっと書いてみる
    多分、競合相手は「CGI」ではなく、例えばTomcatベースのJavaプラットフォームだったり
    asp含む.NetのWindowsサーバだったり。
    あなたの持ち出した基準では、そういうプラットフォームのお話であって。

    そういうレベルでは(良くも悪くも)このスレの関心の範囲外だと言ってみる

    769 = :

    答えはどっちも否

    770 = :

    PHPにRailsは馴染まなかったってこと?

    771 = :

    蛙の子は蛙
    鵞鳥は白鳥にはなられへんねん!

    772 = :

    関西弁は嫌い

    773 = :

    鵞鳥が読めずにググった俺涙目

    774 = :

    PHP版RailsってまんまAkelosじゃん

    775 = :

    あひるって最近は、公園に行ってもいそうでいないからなあ。

    776 = :

    >>774
    Akelosがどんなのか見てきたけど、こりゃ完全コピーだなw

    777 = :

    Port of Ruby on Rails development framework and designed to work for PHP4 and PHP5.
    と書いてあるだろ。
    むしろPHP4に対応しちゃっている部分を問題視しろ。

    778 = :

    お前らそろそろPHP4対応じゃないと、とか言わないよね?

    779 = :

    PHPのsingletonって意味ねーよな
    リクエストからレスポンスまでしかオブジェクトが存在しないのに
    singletonだろうが何だろうがたいして意味ねーよ

    780 = :

    >>779
    そーなんだ!

    782 = :

    スレッドセーフ的には使えんて事?

    783 = :

    スレッドは関係ないだろ

    787 = :

    >>785
    > PHPでシングルトンパターンは専らグローバル変数を使わずに
    > 共通のインスタンスを使い回すのに使われる。

    まあPHP4でのシングルトン実装は、みんな$GLOBALSへの放り込みだったけどなw
    シングルトンのつもりで設計したのに & を付け忘れてオブジェクトコピーしまくってたり。
    過去の話になってくれて、本当にめでたい。

    788 = :

    >>787
    そういえばPEARで $GLOBALS['_クラス名']['instances'] = array(); とかあったw(ていうか今でもある)
    今は↓みたいなのが多いね。ものによっては__construct()をprivate/protectedにしてたり。
    public static function getInstance() {
    static $obj = null;
    if ($obj === null) { /* 初期化 */ }
    return $obj;
    }

    790 = :

    >>788ってごく普通の書き方だと思うが。PHP4でもほぼ一緒。

    791 = :

    >>790
    ダウト?www

    static がないから $GLOBALSに入れる、それがPHP4クオリティって話だろ?

    794 = :

    知らんかった。勉強になった。

    んじゃ、むしろ>>788の書き方は(関数宣言を除けば) PHP4、5共用の書き方ってこと?
    PHP5なら、クラス変数にした方がわかりやすいじゃん?って思ってしまうが、この書き方の
    メリットってある?

    797 = :

    もうphp4は許してやれよ

    798 = :

    static変数の場合スコープがそのメソッドのみになるから
    singletonという意味ではそうしないと意味がないような
    クラスプロパティだと書き換えられる

    799 = :

    >>794
    5だとstaticを付けなきゃいけないとか、4だと関数名の前に & を付けて、
    呼び出し時も & が必要とか、微妙な違いがある。しかも内部的に等価じゃないし。
    5だとクラス変数にしたほうがいいね。

    800 = :

    >>798
    そのクラスの中からしか書き換えられないから何の問題もない
    っていうか、普通singletonってそういうもの


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について