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

php覧

前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで

151 = :

変なオブジェクト（ビューから呼べないとか）使わされるより、$_REQUESTや$_SESSION使った方がいい。

152 :

なんで渡されるのが変なオブジェクト前提なのか解らんが

154 = :

>>151
もう一度MVCを勉強した方がよくね？

155 = :

数年使った事ないと書いたモノだが...

サービスロケーターを実現するために、他のクラスに依存しないということにおいてグローバル変数は有用だと思う。
PEARが使ってるのもそういう理由じゃないかな。
スコープがグローバルなのはクラス名も同じ。名前衝突解決法も同じで良いと思うしPEARもそうしてる。

156 = :

クラスだと名前衝突が起きた場合にPHP側が警告してくれる。
グローバル変数だと知らぬ内に値が書き換えられる可能性がある。

この差は大きいと思うので、極力クラス化している。

157 = :

クラスだと関連する定数持たせたりできるしな
グローバル変数なんて石ころみたいなもん

159 = :

もしPHPのデベロッパーがセッション管理をオブジェクトにすることが有意と思ってるなら、組み込みクラスを実装してるだろう。
が、そんなことしてもメリットは薄いし、初心者に優しいPHPの良さを消すことになる。ので、PHPのセッション管理は連想配列のまま。

160 = :

だからこそフレームワークがあるわけだが。

161 = :

>>159
クラスオブジェクト作るときってただ単純にセッションを管理したいってだけで作るわけじゃないだろ。
ある一定の目的が定義されてて、その定義にあわせて管理することを考えたときに
一つの意味の集合であるクラスを作るのであって。
PHPのデベロッパーはセッション管理をすることの意味なんて凄く広義的に考えて設定してるから、
グローバルな連想配列になってんじゃないのか。

162 = :

そもそも、PHPのスーパーグローバルを否定してる奴はいなくね？
ユーザが勝手に作るグローバル変数をスーパーグローバル変数と同列で語るのがおかしいわけで…

163 = :

「ユーザが勝手に作るグローバル変数」が問題になるのは、
結局、仕様書だの会社で規定されてる命名規則だの何だのとかきちんとしてないのに
>>109のようなことをつぶやいて>>127のような人を量産する場合なんだろ。

結局オープンソースだとか使いまわし前提のライブラリだのでそんなの使ってると後で使う人が困ったことになるってだけで。

164 = :

スーパーグローバル変数をグローバル変数と勘違いしている輩に振り回されるだけじゃない？

165 = :

グローバル変数主張してる人はメリットばかりでデメリットをあげないからなぁ、
単なる素人発言にしか見えないんだわ。

実際になんらかのフレームワークを使った上で、
グローバル変数のメリットデメリットを比較してみてくれよ。

168 = :

定数と変数じゃ用途が大分用途が違うしなぁ
使ったとしても最低限のフラグ程度にしか使わないし
DEBUG_MODE とか、そんな感じのやつ。接頭子もつけてる。

クラスに関する定数は、当然クラス定数にしているよ。

169 = :

作りすぎなければ良いだけのこと。まあ、たくさん作ったとしても、どうせリクエストの度に消滅するんだから、それほど気にすることもないが。

170 = :

リクエスト内で競合する可能性が問題視されてるのでは？

171 :

>>109に釣られ過ぎだろ
いや、それ以下か。シングルトンいらんって話が、引数を渡すのにとか名前がぶつかるからって話にダウングレードしてるし

172 = :

定数を多重定義したらエラーが表示される。

174 = :

>>173
たんなる感だけど、日本で流行らないのは名前の文字数のせいだと思ってるｗ

176 = :

PerlよりRubyよりもちろんJavaよりも短いPHPやっぱり最強だな

178 = :

なんで？
だいたい、どれくらいで「大きな案件」よ
はてな住人はそんなにみんな大きな案件ばっかりやってるのか？

179 = :

いざって時に情報や技術者が少ないと困るからじゃね？
Codeigniter出来る人を求人してもいなさそうなイメージ…。

183 = :

CodeIgniterは、コア部分とかをオーバーライドして簡単に修正出来るのと
実際公式サイトに書いてあるように習得が楽なので、ないこたないと思うけど？

バリデータがしょぼかったから別の使ってるけど。

まぁ、一人で適当にアプリ作るには割りとちょうどいいかな。
階層も薄いからどこでどう動いてるかとかも把握しやすいし。

185 :

>>184
ありすぎて、問題だなｗ

186 = :

>>174
ありえそうな気がしてくるｗ
CodeIgniterとかよめねぇｗｗｗｗみたいなのいっぱいいそうｗｗｗｗｗ

こでいぐぬぃてぇあ

187 = :

>>178
比較的大きな案件といっても中規模レベルのことで、
それ以下の更に以下ぐらいにCodeigniterの選択肢があるわけで。

188 = :

なんでコードまで読めなくなるんだよｗ

189 = :

なんだかんだでZendブランドは強い。

190 = :

>>186
せめて名前が、Code Igniter だったらまだマシだったのかｗ

191 = 185 :

yiiとかどうなの？

192 = :

>>191
文字数的にはヒットの予感ｗ

パフォーマンス的には結構よさそうだけど、使い難そうだね。
日本に限らず流行らないほうに1票。

193 = :

なるほど、じゃぁ文字数的にはやっぱりCが最強なんだな。

194 = :

Cって検索するとき困る

195 = :

付き合うならDぐらいは欲しいな

196 :

Dと付き合ってるけど毎年性格が豹変するから疲れる

197 = :

そこで颯爽とR登場。マニアックな魅力にみんなイチコロ（死語）

198 = :

エラー表示が優れてるフレームワークはどれ?

200 :

>>198
Cakeじゃね？DBのクエリーを見れるじゃん。

前へ 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) - [98%] - 2008/8/24 19:04 ○
• 【PHP】フレームワークについて語るスレ10【総合】 (1001) - [98%] - 2008/12/23 16:48 ○
• 【PHP】フレームワークについて語るスレ12【総合】 (994) - [98%] - 2009/3/19 13:46 ○
• 【PHP】フレームワーク CakePHP　3ホール目【本命】 (1001) - [59%] - 2008/6/19 7:19 ○
• 【PHP】セッションについて語ろう！【PHP】 (829) - [58%] - 2018/6/27 23:16 ○
• 【PHP】フレームワーク CakePHP　4ホール目【v1.2】 (1001) - [57%] - 2008/12/19 21:06 ○
• 【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 ○