kunitsuji
tsuji****@m-s*****
2008年 7月 14日 (月) 11:47:59 JST
kunitsujiです。
一応補足を兼ねて。
>JOMRです。
>
>system/logs には
>DEBUG - 2008-07-14 10:23:24 --> Global POST and COOKIE data sanitized
>DEBUG - 2008-07-14 10:23:24 --> Language Class Initialized
>DEBUG - 2008-07-14 10:23:24 --> Loader Class Initialized
>DEBUG - 2008-07-14 10:23:24 --> Controller Class Initialized
>DEBUG - 2008-07-14 10:23:24 --> Session Class Initialized
>DEBUG - 2008-07-14 10:23:24 --> Helpers loaded: form, url
>DEBUG - 2008-07-14 10:23:24 --> Model Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> Config Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> Hooks Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> URI Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> Router Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> Output Class Initialized
>DEBUG - 2008-07-14 10:23:34 --> Input Class Initialized
>とかかれていました。
これをよく見ていくと、どのようにCIが処理を行っているかが見えてくるかとお
もいます。
まず、一番最初に行われているのが、
POSTデータ、クッキーデータのサニタイズ処理。
次に、ランゲージクラスを読み込んでいます。
そのあとローダークラス。
そしてコントローラークラスですね。
これ以降は、コントローラのコンストラクタで設定したものが順番に読み込まれ
ているのがわかるとおもいます。
function Customer()
{
parent::Controller();
$this->load->library('session');
$this->load->helper(array('form', 'url'));
$this->load->model('Customer_model');
$this->config->load('config_customer', TRUE);
}
うえからセッション、FORMヘルパー、URLヘルパー。
そのあとモデルクラスを読み込んでいますね。
そして、コンフィグクラスへと流れているのがわかるかとおもいます。
注意したいのは、この読み込み順ですね。
本来あまり密結合のものはありませんが、
たとえば、独自のライブラリやクラスを作成した場合、その中で依存するファイ
ルがある場合、そちらを先に読み込んでおかないとダメということが起きます。
sessionクラスの後にuser_agentを読み込んでいて、
セッションクラスのコンストラクタで
$this->user_agent->isMobile
等やってしまうと、エラーとなったり。
そのあたりも流れをつかんでいくとわかってくるようになります。