[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/27(金) 23:18:05

まさか建てられると思ってなかったんだ、だが後悔はしていない。

**nobodyさん** · 2007/04/28(土) 01:15:05

乙！

**nobodyさん** · 2007/04/28(土) 01:38:57

本スレに
CIにNet_URL_Mapper組み込んだ人いる？
どう手を付けたらいいのか迷うな

と書いたものだが
Routerクラスの_set_route_mappingメソッドを
オーバーライドするのが普通かな
あまりキレイではないが…

**nobodyさん** · 2007/04/28(土) 02:34:36

Net_URL_Mapperって
/:module/:action/*
みたいな書き方できない？
なんだこの中途半端なルータは・・・

**nobodyさん** · 2007/04/28(土) 14:41:50

>>5
出来るにきまってるだろ。
$obj -> connect('/f:oo/:bar/*(wild)','',array('wild"=>'*'));

**nobodyさん** · 2007/04/28(土) 15:53:48

"wild"て書かないといけなかったのか・・・ｻﾝｸｽ

**nobodyさん** · 2007/04/28(土) 16:03:48

てかNet_URL_Mapperのドキュメントないの舐めてね？
おまいらみんなソース読んでんの？

**nobodyさん** · 2007/04/28(土) 17:25:45

わかんなかったらソース読むだろ普通。

>>7
wildという文字が大切じゃなくて、connectの第三引数　arrayでrule(s)が指定できるってこと。
connect(....../*(hoge),array('hoge'=>'*'));

**nobodyさん** · 2007/04/28(土) 18:07:37

Code Igniterの情報サイト

○セットアップ関連
・基本セットアップ情報
ttp://adultnews.blog14.fc2.com/blog-entry-50.html

・配置変更
ttp://blog.nought-point-999.net/index.php/site/2007/03/29/

・index.phpの配置の変更方法
ttp://blog.nought-point-999.net/index.php/site/2007/03/21/

○ライブラリ関連
・xajaxの使用方法
ttp://hain.jp/index.php/tech-j/2006/07/24/code_igniter_xajax_php_ajax

・CakePHPのACLライクな認証プラグイン「UserAuth」
ttp://tomcode.com/inside/code-igniter/userauth/userauth_0.9.2t52/

・Railsチックなレイアウトを設定できるプラグイン「layout_library」
ttp://codeigniter.com/wiki/layout_library/

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

**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