私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレ【PHP】フレームワークについて語るスレ10【総合】
php スレッド一覧へ / php とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
"Yii is a high-performance component-based PHP framework for developing large-scale Web applications."
コンポーネント指向？ってどんな感じのを言うの？
コンポーネント指向？ってどんな感じのを言うの？
G5の方がインテルより速いといい張ってた企業があったしな・・
ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです
ベンチマークなんて所詮うんちマークです
それが偉い人には分からんのです
>>751
サービス指向と一緒にググるとよくわかる多分
サービス指向と一緒にググるとよくわかる多分
yiiって3メートル競走でフェラーリに勝ったと宣言する原付みたいだねm9（＾Д＾）ﾌﾟｷﾞｬｰ
一応ActiveRecordやpure OOP、ドキュメントの整備なんかもウリにしてるみたい
=等の演算子にスペースをつけないとか if ～ else で { } を省略したり ?> を書かない
スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ
demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？）
簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？
=等の演算子にスペースをつけないとか if ～ else で { } を省略したり ?> を書かない
スタイルだったり、ところどころに小さなこだわり（？）を感じるｗ
demoしか見てないけど、Controllerの記述なんかはシンプルでいい感じ。（guessworkみたい？）
簡単なWebアプリなら、ドキュメント読まなくても何とかなるかな？
>>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
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
>>760
決めつける奴も(ry
------------------------------------
<?php
echo "hello\n";
------------------------------------
↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。
決めつける奴も(ry
------------------------------------
<?php
echo "hello\n";
------------------------------------
↑こういうの、気持ち悪くないか？そういう感覚を大事にしてる人間も結構な割合でいるぞ。
>>764
それでいくと\nが気持ち悪い。ちゃんと書こうよ。
それでいくと\nが気持ち悪い。ちゃんと書こうよ。
ん？こうかな？
#!/usr/bin/php
<?php
echo "hello.\n";
#!/usr/bin/php
<?php
echo "hello.\n";
どっちも痛いけど>>767が果てしなく痛い
>>769
ﾎｯﾄｹ
ﾎｯﾄｹ
>>766でOSの違いを吸収したつもりだったけど・・・OSXなんてしらね orz
PHP_EOLってのでいいのか
PHP_EOLってのでいいのか
PHP_EOLはstr_replace(PHP_EOL,'<br />',$str)みたいな使い方するもんだろ。
PHP_EOLを出力に使うなよ。
PHPから抜け出して改行打った場合に、実行するOSによって
改行がバラけるだろ。
PHP_EOLを出力に使うなよ。
PHPから抜け出して改行打った場合に、実行するOSによって
改行がバラけるだろ。
サーバのOSでの改行コードだから、両方関係ないだろ。
hello worldでPHP_EOL
見てる人のOSで改行されるとは限らない。
スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。
str_replaceでPHP_EOL
見てる人のOSの改行コードがサーバと同じとは限らない。
hello worldでPHP_EOL
見てる人のOSで改行されるとは限らない。
スクリプトで使ってる改行が実行サーバの改行コードと同じとは限らない。
str_replaceでPHP_EOL
見てる人のOSの改行コードがサーバと同じとは限らない。
・・・見てる人？べつにブラウザ相手限定の話ではないとおもったが。
「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
LFでもCRLFでも動く。CRのみは知らないけどｗ
Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
CRLFでアップロードしてるんじゃねーよって。
だから >>773 には半分だけ同意ｗ
>>776は新説。展開に期待しよう。
ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
その辺もそろそろ定義および実装してほしいもんだ。
現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で
飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
改行コードは仕方ないから変換するけど。
スレ違いｽﾏｿ
「スクリプトで使ってる改行」はPHPがなんか吸収してくれてるっぽいけどな。
LFでもCRLFでも動く。CRのみは知らないけどｗ
Perl CGI から移って最初のカルチャーショックはそれ。普通にLinuxマシンに
CRLFでアップロードしてるんじゃねーよって。
だから >>773 には半分だけ同意ｗ
>>776は新説。展開に期待しよう。
ブラウザがどの文字コードでどの改行コードでフォームデータを送ってくるか、
その辺もそろそろ定義および実装してほしいもんだ。
現状、なんとなく、UTF-8のページからは（ユーザの悪意がなければ）UTF-8で
飛んでくることを期待して作ってしまうんだが大丈夫なのかな・・・。
改行コードは仕方ないから変換するけど。
スレ違いｽﾏｿ
Perlだったらjcode.plとかJcode.pmとかEncodeとかあるだろうよ。
文字コードは、RFCでサーバが出力した文字コード以外でPOSTしても
違反ではない事になってるんだな。
accept-charsetっていうのもあるけど、対応して無いブラウザもある。
被ってる領域内の文字しか無かったら判別は不可能なのにね。
実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
イレギュラーなブラウザは存在する。
あとはhiddenで文字コード判別出来る文字列送るって方法もある。
英語圏なら全てctypeでOKなのにな。
RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。
違反ではない事になってるんだな。
accept-charsetっていうのもあるけど、対応して無いブラウザもある。
被ってる領域内の文字しか無かったら判別は不可能なのにね。
実際は大抵のブラウザはヘッダの指定と同じ文字コード送ってくれるし
mb_conbertとかで優先順の1位を出力にあわせればまず平気だけども
イレギュラーなブラウザは存在する。
あとはhiddenで文字コード判別出来る文字列送るって方法もある。
英語圏なら全てctypeでOKなのにな。
RFCもブラウザ作ってる奴も文字コード増やしてる奴も爆発しろ。
でも、何となくいけてるだけっていうのに違いはないんだよね
まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな
んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。
まあ判別して不明なら受け入れるっていうのが慎重かつ幅広い対応なんだろうな
んで、Yiiはどこに行ったんだ。実は少し期待してるんだけど。
>>763
symfonyは他のに比べて読み込むファイルが多すぎなんだよな。
symfonyは他のに比べて読み込むファイルが多すぎなんだよな。
>>788
なんの比較?
なんの比較?
symfonyみたいに、自作クラスをどこにでも置ける機能を実装したFWって
他にない？
他にない？
>>790
コーディングのお手本に使ってる
コーディングのお手本に使ってる
>>791
kwsk
kwsk
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系の命名規則の方がいいと思う。
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系の命名規則の方がいいと思う。
>>791
だいたい、仮にもフレームワークを使っていて、外部クラスを『どこにでも』置きたいとか思わない。
そういったもの(基本拡張やvendor等外部ライブラリ)が考慮されていない糞FWは別なのかな？
だいたい、仮にもフレームワークを使っていて、外部クラスを『どこにでも』置きたいとか思わない。
そういったもの(基本拡張やvendor等外部ライブラリ)が考慮されていない糞FWは別なのかな？
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
php スレッド一覧へ類似してるかもしれないスレッド
- 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [100%] - 2008/8/24 19:04 ○
- 【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
- 【PHP】フレームワークについて語るスレ13【総合】 (985) - [98%] - 2009/9/23 3:04 ○
- 【PHP】フレームワーク CakePHP 3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
- 【PHP】セッションについて語ろう！【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
- 【PHP】フレームワーク CakePHP 6ホール目【v1.2】 (933) - [57%] - 2009/8/19 2:06 ○
- 【PHP】フレームワーク CakePHP 5ホール目【v1.2】 (985) - [57%] - 2009/3/7 4:53 ☆
- 【PHP】フレームワーク CakePHP 7ホール目【v1.2】 (1001) - [57%] - 2010/3/18 1:18 ○
- 【PHP】フレームワーク CakePHP 4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
トップメニューへ / →のくす牧場書庫について