のくす牧場
コンテンツ
牧場内検索
カウンタ
総計: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 = :

    "Yii is a high-performance component-based PHP framework for developing large-scale Web applications."
    コンポーネント指向?ってどんな感じのを言うの?

    752 = :

    また新しいFWが登場したの?
    みなさんのレポ(人柱)に期待w

    753 = :

    G5の方がインテルより速いといい張ってた企業があったしな・・
    ベンチマークなんて所詮うんちマークです
    それが偉い人には分からんのです

    754 = :

    ボトルネックはDBまわりだったりするしな

    755 = :

    >>751
    サービス指向と一緒にググるとよくわかる多分

    756 = :

    helloのベンチなんて高機能FWが不利に決まってるジャマイカ

    758 = :

    一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい
    =等の演算子にスペースをつけないとか if ~ else で { } を省略したり ?> を書かない
    スタイルだったり、ところどころに小さなこだわり(?)を感じるw
    demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。(guessworkみたい?)
    簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな?

    759 = :

    ベンチって脊髄反射で熱くなるやつ多いよな
    CakePHPのフォーラムとか

    760 = :

    >?> を書かない
    これは当たり前だろ…
    むしろ書く方がアホ

    761 = :

    >>759
    > ベンチって脊髄反射で熱くなるやつ多いよな

    ベンチに問題があることが多いからな。

    763 = :

    >>749,753,754,756,757
    I can hear the objections now:

        * “Not realistic!”
        * “Not comprehensive!”
        * “Doesn’t account for features that I like!”
        * “Who cares, I don’t need that level of responsiveness!”
        * “Doesn’t matter if Framework X is slower, I’m more productive with it!”

    Yes, yes, you’re all correct. ┐(´ー`)┌
    http://paul-m-jones.com/blog/?p=236

    764 = :

    >>760
    決めつける奴も(ry

    ------------------------------------
    <?php
    echo "hello\n";
    ------------------------------------

    ↑こういうの、気持ち悪くないか?そういう感覚を大事にしてる人間も結構な割合でいるぞ。

    765 = :

    >>764
    それでいくと\nが気持ち悪い。ちゃんと書こうよ。

    766 = :

    ん?こうかな?

    #!/usr/bin/php
    <?php
    echo "hello.\n";

    767 = :

    >>766
    そのOS依存文字~!
    \nだよ\n!!!

    768 = :

    凄いな・・・理解して書いてないよな。

    769 = :

    どっちも痛いけど>>767が果てしなく痛い

    770 = :

    >>769
    ホットケ

    771 = :

    >>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz
    PHP_EOLってのでいいのか

    772 = :

    >>771
    Windowsはいいの?
    http://side-b.sto.co.jp/weblog/archives/287

    773 = :

    さすがPerlなんともないぜ

    774 = :

    >>772
    cygwinとかもしらね orz
    (でもそれはLFでいいような気もする)

    776 = :

    PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。

    PHP_EOLを出力に使うなよ。
    PHPから抜け出して改行打った場合に、実行するOSによって
    改行がバラけるだろ。

    777 = :

    タブやらヌルが一種類で本当によかったよな

    778 = :

    新説ktkr

    779 = :

    サーバのOSでの改行コードだから、両方関係ないだろ。

    hello worldでPHP_EOL
    見てる人のOSで改行されるとは限らない。
    スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。

    str_replaceでPHP_EOL
    見てる人のOSの改行コードがサーバと同じとは限らない。

    780 = :

    ・・・見てる人?べつにブラウザ相手限定の話ではないとおもったが。
    「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
    LFでもCRLFでも動く。CRのみは知らないけどw
    Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
    CRLFでアップロードしてるんじゃねーよって。
    だから >>773 には半分だけ同意w

    >>776は新説。展開に期待しよう。

    ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
    その辺もそろそろ定義および実装してほしいもんだ。
    現状、なんとなく、UTF-8のページからは(ユーザの悪意がなければ)UTF-8で
    飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
    改行コードは仕方ないから変換するけど。

    スレ違いスマソ

    782 = :

    guess して不明なら全部はねる?
    まあそういう作り方もあるだろうけどね

    783 = :

    文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても
    違反ではない事になってるんだな。

    accept-charsetっていうのもあるけど、対応して無いブラウザもある。

    被ってる領域内の文字しか無かったら判別は不可能なのにね。

    実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
    mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
    イレギュラーなブラウザは存在する。

    あとはhiddenで文字コード判別出来る文字列送るって方法もある。

    英語圏なら全てctypeでOKなのにな。

    RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。

    784 = :

    イレギュラーなブラウザなんて少ないんだからそこらへんは趣味じゃない

    785 = :

    でも、何となくいけてるだけっていうのに違いはないんだよね
    まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな

    んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。

    786 = :

    結局はちいたんで(ry

    787 = :

    >>763
    symfonyは他のに比べて読み込むファイルが多すぎなんだよな。

    788 = :

    PHPFWの色々な比較みたいなのやってるサイトとかないかねぇ

    789 = :

    >>788
    なんの比較?

    790 = :

    >>763
    このソラーって奴はどうなん?
    使ってる人いないの?

    792 = :

    >>790
    コーディングのお手本に使ってる

    793 = :

    蒼井ソラー

    794 = :

    >>791
    kwsk

    795 = :

    俺のソラー

    796 = :

    >>794
    symfonyはクラスをプロジェクト配下のどのファイルの中に置いていても、
    勝手に検索してサーチパスを組み立ててくれるから
    固定的な命名規則に気を遣う必要がない

    797 = :

    そういうことやってるから、重くなるんだよな。

    798 = :

    全ファイルrequireするってこと?
    ものすごく愚かっぽいんだが

    799 = :

     sfCoreAutoload.class.php

    class sfCoreAutoload
     protected $classes = array (
      'sfAction' => 'action',
      'sfActionStack' => 'action',
      'sfActionStackEntry' => 'action',
      'sfActions' => 'action',
      'sfComponent' => 'action',
      'sfComponents' => 'action',

    こんなんが延々と350行もあんだぜ。
    autoloaderのクラスファイルだけで3つもあるし

    んで肝心のファイル読み込みは

     require($this->classes[$class]);
    とか
     require($this->classes[$module.'/'.$class]);

    だったら普通にPEAR/Zend/Solar系の命名規則の方がいいと思う。

    800 = :

    >>791
    だいたい、仮にもフレームワークを使っていて、外部クラスを『どこにでも』置きたいとか思わない。
    そういったもの(基本拡張やvendor等外部ライブラリ)が考慮されていない糞FWは別なのかな?


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

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


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