[PHP][フレームワーク]CodeIgniterスレ

**nobodyさん** · 2007/04/27(金) 23:17:16

公式：http://www.codeigniter.com/
チュートリアル：http://codeigniter.com/tutorials/

ユーザガイド日本語訳：http://ci-user-guide-ja.nought-point-999.net/

小回りの利くフレームワークの話題をひとつ！

**nobodyさん** · 2007/04/29(日) 03:57:47

Net_URL_Mapperのソースってイモだな
○○0とか○○1とかいうメソッド名はねーだろよ

**nobodyさん** · 2007/04/29(日) 12:53:53

>>4
_parse_routes時点での書き換えのほうがよくない？

**nobodyさん** · 2007/05/02(水) 00:11:47

ciにオートローダ書こうと思ったら
どこに書く？

**nobodyさん** · 2007/05/02(水) 00:22:08

pre_systemってフックがあるな
ここだね

**nobodyさん** · 2007/05/02(水) 23:30:19

前から思ってたがここのUser Guideのギミック
いまいちだよな・・・
凝りたいのは分かるがここは普通にした方がいい

**nobodyさん** · 2007/05/03(木) 20:15:34

フレームワーク作者は
class_existsの第二引数をちゃんと書くように！
自前autoload書くといちいち飛んでくるから困る

**nobodyさん** · 2007/05/03(木) 20:25:44

PHP4でclass_existsの第二引数を書くとエラーにならない？

**nobodyさん** · 2007/05/03(木) 20:29:17

不必要なパラメータ付けたくらいでエラーにはならないじゃないの？多分

**nobodyさん** · 2007/05/03(木) 20:39:32

なるよ

**nobodyさん** · 2007/05/03(木) 20:43:35

エラーになるだろ。普通。
そんなことより自分の能力不足を「作者」のせいにするってのはやめたほうがいいな。

**nobodyさん** · 2007/05/03(木) 20:49:33

試してみたけど、不必要な引数があっても、エラーは出ないね。

**nobodyさん** · 2007/05/03(木) 21:02:02

もういいから巣に帰れ。
>php -v
PHP 4.4.6 (cli) (built: Mar 12 2007 10:11:11)

>php test.php

Warning: Wrong parameter count for class_exists() in　略 on line 6

>cat test.php
<?php
class ABC
{
function ABC(){;}
}
if(class_exists('ABC',TRUE)) {;}
?>

**nobodyさん** · 2007/05/03(木) 21:32:06

自作の関数だと、引数の数が多くてもエラーでなかったんだけどな。
組み込みの関数だと、チェックしてるんだな。

**nobodyさん** · 2007/05/04(金) 02:04:41

能力不足とは？
対応しようと思えばできるがそもそもの設計がおかしいだろ

**nobodyさん** · 2007/05/04(金) 02:24:46

4と5両対応してんだから歪みでるのは当然

**nobodyさん** · 2007/05/04(金) 02:29:13

4/5別の分岐してるんだから
別の対応はしてほしいところだな

**nobodyさん** · 2007/05/04(金) 05:13:31

>>23
将来の拡張もありうるんだから
パラメータ多すぎでエラー出すのはおかしいよな。
実際おかしなことになってるし。

**nobodyさん** · 2007/05/04(金) 10:24:04

なんか必死だな

**nobodyさん** · 2007/05/04(金) 10:37:03

いや引数が多い時にエラー出すのが悪いんじゃなくて
PHP5以降のclass_existsの拡張のデザインが失敗なんだ思うよ
だいたいclass_existsする時点でオートロードするなんて
ありがた迷惑以外のなにもんでもないだろう
PHP4とのcompatibility考慮したら第2引数省略した時は
何もしないでTRUEの場合にオートロードを試みるべきだった
FW本スレでもそういう話が出てたはず

**nobodyさん** · 2007/05/04(金) 11:00:23

拡張クラス命名規則をちゃんとしとけばいいんだから、それは本質論じゃないな。

**nobodyさん** · 2007/05/04(金) 12:12:13

いや、俺はigniter使ってないから分からないが
命名規則で回避できるならそれはそうなんだろうけど
class_existsの挙動についてっていう点でね

**nobodyさん** · 2007/05/04(金) 12:49:21

でもそれ言ったらclass_existsだけじゃなくて、newもextendsもloadされていない場合
__autoloadを一旦見に行くじゃん。記述した未知のクラス名を見に行くのが悪いって
いってしまったら、newに、new(True) ClassNameとか「引数」実装しろって話しにもなるぜ。

**nobodyさん** · 2007/05/04(金) 14:13:49

未知のクラス名を見に行くのが悪いんじゃなくて
class_existsを使う局面の意味合いを考えてみてよ

newやextendsで未知のクラスを使わないよう
未知のクラス名でないかどうか調べるためにclass_existsするわけでしょ
確実にクラスが存在するか書き手は保証を行うためにclass_existsする
なのにclass_existsのデフォルト（第2引数無し）が
autoloadを見に行くのはどう考えてもお節介でしょ
autoloadに期待しているなら書き手はclass_existsなんてしないはず
それこそnewやextendsをいきなりやってしまってautoloadに任せる

newやextendsにも引数実装しろなんて話にはならない

**nobodyさん** · 2007/05/04(金) 14:55:44

>33

そうすると、autoloadを使っているコードでもしクラスが見つからなかった場合はどうやってエラー回避すればいいの？

**nobodyさん** · 2007/05/04(金) 15:15:02

autoloadの中で例外投げて、エラーから復帰したい場合はキャッチ

**nobodyさん** · 2007/05/04(金) 15:28:12

>>33
なぜ、おせっかいなのか不明だな。なきゃそこで戻るんだから。
version 5で、autoload想定していない4との互換物を走らせるのに
デフォルトでautoloadにやってくるから意味があるわけで。

**nobodyさん** · 2007/05/04(金) 15:51:51

33じゃないけど、そもそもclass_existsを実際に使いたい場面ってのは、基本的にautoloadとは違う仕組みでincludeしたいときだったりする。
例えば、フレームワーク自体を製作する側から見ると、アクションコントローラやビューのクラスをフレームワークの仕組みに従ってロードしたい場合。
フレームワークの作者は、ユーザがautoloadを定義している場合に備えて、class_existsの第二引数に気を遣わないといけない。

で、autoloadとclass_existsが共存するようなシチュエーションは、フレームワーク製作のこういう部分でしかまず見られないよね、って話になると、ああデフォルトではautoloadを見に行かないほうがいいわなってなるわけよ。
autoloadでロードされる「その他一般の自作クラスライブラリ」たちとは別の、特別な専用ディレクトリからロードしたい時が、まさにclass_existsの使いどころだから。

まあ他にclass_existsを有意義に使える場面があるなら、また話は違ってくるんだろうけど。
ここまで書いてふとスレタイを見たら、今頃CIスレであることに気付いた・・・orz

**nobodyさん** · 2007/05/04(金) 16:28:51

「フレームワーク製作のこういう部分でしかまず見られないよね」って話なら、なおさらデフォルト引数の挙動に互換性を無くすメリットはないんじゃないか。

まあ今どきのフレームワーク作者ならspl_autoload()とか使うと思うけど。

**nobodyさん** · 2007/05/04(金) 16:35:16

>>36
FW自体がautoloadを定義している事が前提ならば
また変わってくるが（CIはどうなんだっけ・・・）、
FW自体ではautoloadを利用せずユーザにautoloadの定義を
委ねている場合はそのFW作成側はclass_existsの引数に注意する必要が出てくる
理由は>>37の書いている通りFWを使う側のユーザが定義した
autoloadが勝手に呼ばれてしまう、ユーザが呼んで欲しくもなくても

で、これはFWに限らず__autoload()がユーザ側で自由に定義される以上、
ライブラリ側のコードではclass_existsを使う場合に
autoloadの事は常に意識せざるを得なくなる
となると第2引数はfalseにするしかない
そういう注意が必要になるってことがお節介の理由

で加えてclass_existsの第2引数をfalseにしちゃうと
PHP4ではwarningが出ちゃうから4/5の互換性の点でも問題だから
このclass_existsのデフォルトはよくないんじゃないかってこと

**nobodyさん** · 2007/05/04(金) 16:40:24

うん、class_exists()拡張の際のデフォルト値は失敗だな。
仮に何か理由があろうとなかろうと、
あれのおかげで、__autoload()が絶妙に使いにくくなってしまった。

リリースしてしまったものは、今更しょうがないけど、
Zendクオリティに萎えたのは事実。

**nobodyさん** · 2007/05/04(金) 18:30:31

PHP5使い→class_exists()に批判的
PHP4使い→class_exists()に擁護的

いろいろ語られてるが突き詰めればこれだけの違いじゃね
PHP5使っててclass_exists()の仕様を「これでいい」と思ってる奴は
かなりのマゾ野郎だけだろう

**nobodyさん** · 2007/05/04(金) 19:22:58

なにを言ってるのか不明だな。
ver5と「class_exists拡張」とautoloadは同時なのに。
ver5ベースでやってる奴は、今の仕様でいいに決まってるじゃん。

**nobodyさん** · 2007/05/04(金) 21:23:14

雑談は総合スレでやろうよ。ネタないけどさ(;´Д｀)

**nobodyさん** · 2007/05/04(金) 22:21:29

CIの実装にかかわることだからいいんだよ。ここで。
ちなみに、 5のみに特化したsymfonyの場合、grep |wc で単純計算すると
class_existsで引数falseつけてるのは12、つけてないのは32。前者は当然core関係、後者はvendor関係が多い

**nobodyさん** · 2007/05/04(金) 23:13:08

>>42
お前の方が意味不明だっつの
てかclass_exists()擁護派は総じて論拠が柔すぎて反論する気すらおきん
対話自体にならないレベルだ。
まあ現実問題として改正が必要なんだからエリックに言ってやらないとな
英語に達者な奴頼む

**nobodyさん** · 2007/05/08(火) 22:41:46

┐(´д｀)┌

**nobodyさん** · 2007/05/09(水) 03:42:29

CI使ってる人
view(template)名はどうしてる？
俺はsymfonyの真似で
hogehoge_inputとかhogehoge_successにしてるが

**nobodyさん** · 2007/05/09(水) 10:33:05

method_view

**nobodyさん** · 2007/05/09(水) 22:21:52

俺はsubdirectory（method or class）/fileだな

**nobodyさん** · 2007/05/09(水) 23:53:49

俺もクラスではディレクトリ分けてる

**nobodyさん** · 2007/05/10(木) 14:14:44

ciのActiveRecordってRailsのActiveRecordと
なんか違くね…？
違うのになんでActiveRecordを名乗ってるんだ…？

**nobodyさん** · 2007/05/10(木) 14:21:51

>>49
それ詳しく教えてもらえないか？

**nobodyさん** · 2007/05/11(金) 22:06:54

>>52
50と変わらんとは思うけど
class/files
method/files
filesは結構沢山あるな。view用のcss/js設定ファイルとか、基本画像用gifもそこにおいてあるし

**nobodyさん** · 2007/05/27(日) 00:20:32

http://blog.probo.jp/
ここci使ってなかったっけ？悲惨だな…

**nobodyさん** · 2007/05/27(日) 00:34:45

そのエラーメッセージはまさしくciだな

**nobodyさん** · 2007/05/27(日) 00:42:16

そこで初めてcodeigniterという文字列を最初に見た気がする

**nobodyさん** · 2007/05/27(日) 00:45:55

何のブログだったの？
有名どころ？

**nobodyさん** · 2007/05/27(日) 00:55:09

普通のPHP関連のブログだったかと

**nobodyさん** · 2007/05/27(日) 01:52:52

悲惨って言うほどのもんじゃないと思うけど、
errorメッセージってちゃんと作りこんでおいたほうがいいよね。

**nobodyさん** · 2007/05/27(日) 01:57:10

たしかに悲惨は言い過ぎだろ
ただdbに繋がらなくなっただけに見える
ってか晒す意味がわからない

**nobodyさん** · 2007/05/29(火) 01:54:43

自演フォロー乙

**nobodyさん** · 2007/05/29(火) 03:02:43

元がどんなブログかもしらんし何の関係もないが…

**nobodyさん** · 2007/06/06(水) 10:23:29

いいかんじなので上げ

**nobodyさん** · 2007/06/06(水) 10:41:39

ユーザガイドの日本語訳出来ているのね。
http://userguide.cilab.info/index.html

**nobodyさん** · 2007/06/08(金) 12:02:09

ユーザ少なすぎじゃないのか。いいのに。

**nobodyさん** · 2007/06/08(金) 14:48:19

初めてのフレームワークに採用する予定。
日本語の解説ページが少ないのは不安だけど。
ユーザーガイドは読みやすくていいと思った。
認証機能を使った会員管理システムを作る予定。

**nobodyさん** · 2007/06/08(金) 16:23:11

CIって、日本語でも大丈夫？　

**nobodyさん** · 2007/06/08(金) 17:37:53

問題ないよ。

**nobodyさん** · 2007/06/09(土) 02:23:16

>>64
おおお！これは助かる！
翻訳途中の方のサイト見ながらで若干不安だったんだ。

ちなみに3年くらい動かしてるらしい顧客のサイト。
度重なる機能追加でカオスになっていたので、
CIつかってリニューアルさせてもらいました。

記号を含むURIで少々はまったものの
ほとんど上記のユーザガイドで事足りました。

検収記念age

**nobodyさん** · 2007/06/09(土) 04:13:48

どんなサイトなの？
導入事例キボン（死語か

**nobodyさん** · 2007/06/12(火) 14:05:15

>>70
ショップとかできる？　商品売るやつ。

70 · 2007/06/12(火) 17:43:07

意味がわからないんだが

**nobodyさん** · 2007/06/12(火) 21:03:17

ショッピングカート

**nobodyさん** · 2007/06/14(木) 01:04:52

できるかどうかはあなた次第

**nobodyさん** · 2007/06/15(金) 11:50:52

CIを使うとき、自分で追加するPHPファイルの文字コードは何にしてますか？
ダウンロードしたCIのファイルはShift JISになっているみたいですが、自分で追加するファイルはUTF-8Nでもいいですか？

**nobodyさん** · 2007/06/15(金) 16:48:05

＞ダウンロードしたCIのファイルはShift JISになっているみたいですが
(　ﾟдﾟ)

**nobodyさん** · 2007/06/15(金) 19:28:21

おちゃめなジャパニーズがいたもんだな

**nobodyさん** · 2007/06/15(金) 19:38:23

自分で追加するファイルの文字コードは、UTF-8Nにして正常に動作しました！
ただ今、CodeIgniter ユーザガイド日本語版 Version 1.5.3を見ながらサンプルコードを動かしています。＾＾
http://userguide.cilab.info/toc.html
↑日本語訳を作ってくれた方、どうもありがとうございます！

**nobodyさん** · 2007/06/15(金) 21:21:47

CI最高age

**nobodyさん** · 2007/06/16(土) 04:50:04

CakePHPの評判が気になってCIから浮気した

**nobodyさん** · 2007/06/16(土) 09:17:02

俺の知り合いもこのスレを見ている予感

**nobodyさん** · 2007/06/16(土) 09:27:11

>>81
まさか…お前か？
直接言いにくいからここで言うわ
早く金返せ

**nobodyさん** · 2007/06/17(日) 01:47:51

認証機能つけるには、Authクラスを自作するのだろうか

**nobodyさん** · 2007/06/17(日) 02:20:47

>83
ttp://tomcode.com/inside/code-igniter/userauth/userauth_0.9.2t52/

**nobodyさん** · 2007/06/18(月) 00:05:15

>>84
おお、wiki以外にもこんなのがあったのか。
まじでありがとう！

**nobodyさん** · 2007/06/18(月) 00:31:10

>>84
俺もブックマークに入れときました。
ありがとう！

**nobodyさん** · 2007/06/18(月) 10:25:34

>>84
modelのなかで& get_instance発行して、dbインスタンスを再取得してるのか・・・
・・・・わかってないんだろうこれ作った人。使わないほうが吉だな。

**nobodyさん** · 2007/06/18(月) 11:22:42

じゃあちゃんとしたやつ作って公開してくれ

**nobodyさん** · 2007/06/18(月) 12:29:44

CakePHPの中でCodeIgniterのライブラリ使えるらしいのだが、
やっぱり両方試してみたほうがいいかな

**nobodyさん** · 2007/06/18(月) 13:33:22

CIの中でZend使うってのもありじゃないか？
かく言う俺もcakeとCIで迷っているが。まぁ対象規模が違うわな

**nobodyさん** · 2007/06/18(月) 15:38:49

>>87
どうするのが正しいの？

**nobodyさん** · 2007/06/18(月) 18:45:15

>>91
なにもしないのがただしい。既にCIのインスタンスは存在してるから。
親のModel classはそのインスタンスを取得する（だけの）基底クラス。

**nobodyさん** · 2007/06/18(月) 20:11:08

Modelのコンストラクタにget_instance入ってないから良いんじゃないの？？

93 · 2007/06/18(月) 20:14:38

やっぱ要らない。見落としてた。

87 · 2007/06/18(月) 21:54:19

>>88
なんでこういうようなちゃかしが入るのかわからない。
使ってるFWの実装を押さえないような程度のコードを
単に在るからっていうだけで、使うのは良くないといってるだけ。
特にセキュリティにかかわるclassなんだから慎重であるべき。

84 · 2007/06/18(月) 22:09:19

なんか、役になったようで。
けど、これ自分がスレが立ったときに>10の「Code Igniterの情報サイト」
で書いたやつだったのが、、、説明不足だったか。

あと、これ以上に
・リスト表示・登録画面をテンプレート形式で作成できるプラグイン「rapyd」
ttp://www.rapyd.com/
　>サンプル
　ttp://www.rapyd.com/rapyd/samples

ほうが便利っす。どうでもいい検索→一覧→更新
画面をそこそこのデザインで作りたいときはすげえ便利。
CI使っている人は是非ｗ

**nobodyさん** · 2007/06/19(火) 02:21:28

84さんが紹介してくれた認証クラスは、どこに入れて使うの？
アプリケーションの下に入れとけばいいのかな？

**nobodyさん** · 2007/06/19(火) 12:45:54

おちょくらないほうがいいよ。真面目な人みたいだから。

**nobodyさん** · 2007/07/05(木) 22:34:34

CodeIgniterの機能云々は置いといて
このマニュアルめっちゃ見やすいな
http://userguide.cilab.info/toc.html

**nobodyさん** · 2007/07/14(土) 01:33:13

CodeIgniter 1.5.4 Released

**nobodyさん** · 2007/07/17(火) 15:06:17

人いないねぇ
Cakeに流れた？

**nobodyさん** · 2007/07/17(火) 18:13:00

アソシエーション使わないならこっちだな、はやいし。

**nobodyさん** · 2007/07/19(木) 13:31:27

>>101
邦訳マニュアルが出来た頃から>>99のようなマニュアルサイトの宣伝コピペが
増えて、ちょっと引き気味。

**nobodyさん** · 2007/07/20(金) 23:11:01

この程度で・・・
心のよわいやつだなあ

**nobodyさん** · 2007/07/21(土) 00:04:05

まぁでも言われて気づいたな。

**nobodyさん** · 2007/07/21(土) 03:25:50

phpはこれまでの経緯からOOP入門者の層が多そうなので
ルールの少ないCIのほうが入りやすそうなんだけどな。
かくいう自分もデザイナ上がり。
日本語サイトが少ないのがイマイチ普及しない原因でしょうか。

前にも書いたけどさんざん張られてるマニュアルサイトの情報だけで
ちょっとしたサイトなら簡単に構築できるからおすすめですにゃ。

**nobodyさん** · 2007/07/21(土) 11:10:24

OOPとFWなんて関係ないが。なに言いたいんだ元デザイナーは

**nobodyさん** · 2007/07/22(日) 04:01:25

＞OOPとFWなんて関係ないが。
そうか？

**nobodyさん** · 2007/07/22(日) 10:21:52

＞phpはこれまでの経緯からRoR風ＦＷ入門者の層が多そうなので
＞ルールの少ないCIのほうが入りやすそうなんだけどな。

これならわかる。

**nobodyさん** · 2007/07/22(日) 16:06:56

ファイルのアップロードやってるんですが、
必須チェックをvalidation使ってどうやってやったら良いでしょうか？
validation内では$_POSTしか見てくれないようで、
ruleにrequiredを設定すると、必ず必須エラーになってしまいます。
callback関数も呼んでもらえないし、みなさんどうされてるんでしょ？
そこだけ自前？