なるほど
コンストラクタでの初期化にこだわってたけど
その方がキレイかも・・ありがとう

そろそろ、yiiの日本語書籍とか出ても言い頃じゃないの？

公式とyiidocで間に合ってる気はする

>>94
なんに懲りるの

掌田津耶乃ってまだ生きてたんだな

PHPを一通り使えるようになった人向けのPHPフレームワークの入門書です。
フレームワークは、Webアプリケーションの全体構造の仕組みを提供し、
プログラマが書くべきコード量を減らしてくれます。
特に複雑で大規模なアプリケーションになるほど効果は大きくなります。

本書では、注目のPHPフレームワーク4種
（CakePHP/Zend Framework/symfony/Codelgniter）の基本を解説。
MVC（モデル、ビュー、コントローラー）アーキテクチャの基礎のほか、
データベース接続やバリデーションの方法や各フレームワークの特徴がわかりますので、
自分の開発するWebアプリケーションに必要なフレームワークを比較・選択することができます。

各フレームワークを収録したCD-ROM付き。

---
注目…？

>>99
setXXとあんまかわんないけどfactoryメソッド作って、コンストラクタ叩いてstaticなsingleton変数に突っ込めば？

PHPではグローバル変数を使え。PHPにシングルトンなんて全く実利が無い。IISやJavaなら実利がある。使いたければPHP止めろ。

>>109
PHP5でコンストラクタもプライベートに出来るようになったし、
staticなメンバ変数も保持できるようになったわけだし、
実利がまったくないってことないんじゃない？

ライブラリ作った場合にライブラリ側で
そのオブジェクトは常に一つしか作成されないのかどうかを出来るっていうのも
ポイントだとおもうけど。

リクエストをまたいでメモリ上に存在しないオブジェクトに
Singletonは必要ないというのも了見が狭いなあ。
>>110みたいにコーディング上の利点は十分にあるのに。

>IISやJavaなら実利がある
>PHPではグローバル変数を使え。

の二言で全て台無し。

コンストラクタをプライベートにするもよし、
コンストラクタ内でstaticインスタンスの存在をチェックして、例外を投げるとかで実装上さほど問題無い。
（マジックメソッド系も実装必要ね）

ま、あんまり意味ないのは確か。

PHP歴4年。
グローバル変数ほとんど使った事無い

クラスのプロパティ使ってアクセスするより、
グローバル変数使ってアクセスしたほうが速かったような気がするんだが、どうなんだっけ。

仮にそうだとしてもバグの修正は10倍遅くなるぜ

よく言われてるのはグローバル変数じゃなくてローカル変数ね。
プロパティよりローカル変数にアクセスするほうが速いのは確かなんだけど
マイクロベンチマークで「こんなに違うんですよ」と言えるだけで
実際のアプリケーションの動作からすると誤差の範囲でしかない。

objectにキャストすればおｋ

>>118
みんなが言ってるグローバル変数ってそのことじゃないと思うぞ

わらたｗ

つか、グローバル変数云々の問題って
複数人がかかわるようなもの作ったり、いろんなものを組み合わせて使ったり
そういうときに名前(変数名)がぶつかって不具合でる可能性がないようにするため
クラスぷろぱてーやらローカル変数やら使おうって話でしょ

すべてを一人で把握するような規模でかつ独立してるもんを想定してるんなら
グローバルだろうが問題ないとはおもうよ。わしはやらんが

だいたいそんなしょっぱい規模のものだったらフレームワークとは無縁ｗ

そんなことみんな分かってるんじゃないかな？かな？

先頭が_ですべて大文字で記述するってルールにすればぶつかるわけがない。PHP自体がそういうグローバル変数を初めから持ってるんだから。

意味が分からない
「ぶつかるわけがない」と思ってる奴が他にもいたらぶつかるだろ

グローバルとスーパーグローバルは分けて語ろうな

問題は$GLOBALSというスーパーグローバル変数があってだな。
でも、むしろこっち使ってもらう方が何かといいかｗ

グローバル変数だらけのソースを
保守する人のことも考えて。

関数やメソッド内で毎回global 宣言するんすかｗ

ｈ

それなりの規模でグローバル変数を多様しないといけないものを作ってしまう時点で
技量不足知識不足と宣言してるも同義
まともなPGなら意図的にそんなことやる意味ないことくらい理解してる

グローバル変数をなくしたら、今度は大量の引数を要求する関数がうじゃうじゃと(ry

それは密結合すぎ

>>131
配列、オブジェクト、クラスを引数として渡せば解決ですね。

メンバ変数が大量にあるデブクラス

横断的な変数やオブジェクトの格納じゃないか

ログとか全体的な設定とか

どうしてもグローバル変数を使いたかったら、$GLOBALSを使えばいいのに。
それなら却って、クラス変数やシングルトンなんかでごにょごにょするよりは
PHPのうまみがあるかも。

すくなくともglobal 変数名よりは反感も少ないだろうし、使ってるうちに少しは
多用に疑問も感じるはず。

>>135
ムシャクシャしてグローバル変数を使った。
動けば何でも良かった。

$_なんちゃらのスーパーグローバルなやつらみたいにホイホイ使えるからいいんだよｗ
というか、グローバル禁止ならそいつらもオブジェクトにでも詰め込んでそれを引数にして関数を呼べよと。

で、グローバル変数を使ってる or 推奨しているフレームワークってあるの？

グローバル定数の代替え手段を理解していない素人が喚いているだけ？

>>140
フレームワークの話題でなければスレ違い、って意図だと解釈しておく。
配布されているような汎用フレームワークでは、さすがにグローバル変数は使えないだろう。

ただ、そこら辺で実稼働してるような俺流フレームワークなどの規模や必要性なら、
ガチで原理主義なOOPコーディング（っぽいもの）なんかより、読みやすく
手入れしやすいグローバル変数の使い方もできるだろうし、されてるかもね。
要は使い方だって。

>ガチで原理主義なOOPコーディング（っぽいもの）なんかより、読みやすく
>手入れしやすいグローバル変数の使い方もできるだろうし、されてるかもね。

全く想像つかんｗ

複数人で開発した際に変数名の競合を防げなかったり、
引数としての型チェックやデフォルト値が設定出来ないわけだが…

コーディング規約を徹底管理すれば何とかなるが、
後者はテストを含め、実装には無駄な手間がかかるだろう。

ロジックや変数の局所化はOOP以前の話だと思う。

>>142
だから、$_POSTやら$_GETやら$_COOKIEにどこからでも代入出来る時点で、
変数の局所化なんて崩れてるって。
# こいつらを最初にいちいちコピーして空っぽにするのが最近は普通なのかな？

なんで「グローバル変数を使う」 ＝ 「無制限に読み書きする」に直結するんだろう。
読むだけなら何の問題もないって。

規約って言ったって、（決まってる初期処理以外で）$GLOBALSに代入する奴は死刑、
ってだけでいいじゃないか。あくまで、$GLOBALSのみ使うっていう前提だけど。

俺はまあまず使わんけど、便利そうな使い方は想像できなくもないよ。

って書いて、なんかわかってきた。
自分がそう思うのは、関数（メソッド）の外でスクリプトを書くって事がないからか。
もう全部、下敷きのディスパッチャがある環境でしかスクリプト書かないし、
トップレベルのスコープで書かれた部分って数枚で、増えない。

もしトップレベルでいろいろ書く必要があるなら、グローバル変数に
代入しないわけにはいかないか。
そうなると、さすがにいきなりグローバル変数の参照は怖くてできんわな。

まあどっちにしろ、局所化できるかどうかの話だけだとは思う。

>だから、$_POSTやら$_GETやら$_COOKIEにどこからでも代入出来る時点で、
>変数の局所化なんて崩れてるって。

言語レベルで周知されている値と、ユーザーグローバル変数を同列には語れないかと。
(素人でも $_POST を上書きしちゃマズイって事くらいは理解しているだろう)
一部の局所化が既に崩れているから、さらに崩して良いという考えかい？


>なんで「グローバル変数を使う」 ＝ 「無制限に読み書きする」に直結するんだろう。

制限事項を規約で作るくらいなら、定数化なりクラス化するのが普通じゃないかね。
言語レベルで制限御出来る機構が提供されているのに、それを使わない理由がわからない。

全然関係ないけど、CodeIgniterは$_GETを空にするよね。
全然関係ないけどね。

結局自分がやってるお仕事のせまい範囲でかたってる人がいただけだったというオチ
しかもフレームワークそんな関係ない

いや、フレームワーク使ってるからこそ、グローバル変数容認論が出るんじゃないかと
そういう意味では関係ある、ような無いような

PEARは使ってるな

まぁ、使いまわしをする前提で作成したライブラリにグローバル変数使うのは避けたいかな。