[表示 : 全て 最新50 1-99 101- 201- 301- 401- 2chのread.cgiへ]
Update time : 10/16 04:44 / Filesize : 109 KB / Number-of Response : 474
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

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



1 名前:nobodyさん mailto:sage [2007/04/27(金) 23:17:16 ID:???]
公式:www.codeigniter.com/
チュートリアル:codeigniter.com/tutorials/

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

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

21 名前:nobodyさん mailto:sage [2007/05/03(木) 20:49:33 ID:???]
試してみたけど、不必要な引数があっても、エラーは出ないね。

22 名前:nobodyさん mailto:sage [2007/05/03(木) 21:02:02 ID:???]
もういいから巣に帰れ。
>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)) {;}
?>

23 名前:nobodyさん mailto:sage [2007/05/03(木) 21:32:06 ID:???]
自作の関数だと、引数の数が多くてもエラーでなかったんだけどな。
組み込みの関数だと、チェックしてるんだな。

24 名前:nobodyさん mailto:sage [2007/05/04(金) 02:04:41 ID:???]
能力不足とは?
対応しようと思えばできるがそもそもの設計がおかしいだろ

25 名前:nobodyさん mailto:sage [2007/05/04(金) 02:24:46 ID:???]
4と5両対応してんだから歪みでるのは当然

26 名前:nobodyさん mailto:sage [2007/05/04(金) 02:29:13 ID:???]
4/5別の分岐してるんだから
別の対応はしてほしいところだな

27 名前:nobodyさん mailto:sage [2007/05/04(金) 05:13:31 ID:???]
>>23
将来の拡張もありうるんだから
パラメータ多すぎでエラー出すのはおかしいよな。
実際おかしなことになってるし。

28 名前:nobodyさん mailto:sage [2007/05/04(金) 10:24:04 ID:???]
なんか必死だな

29 名前:nobodyさん mailto:sage [2007/05/04(金) 10:37:03 ID:???]
いや引数が多い時にエラー出すのが悪いんじゃなくて
PHP5以降のclass_existsの拡張のデザインが失敗なんだ思うよ
だいたいclass_existsする時点でオートロードするなんて
ありがた迷惑以外のなにもんでもないだろう
PHP4とのcompatibility考慮したら第2引数省略した時は
何もしないでTRUEの場合にオートロードを試みるべきだった
FW本スレでもそういう話が出てたはず



30 名前:nobodyさん mailto:sage [2007/05/04(金) 11:00:23 ID:???]
拡張クラス命名規則をちゃんとしとけばいいんだから、それは本質論じゃないな。


31 名前:nobodyさん mailto:sage [2007/05/04(金) 12:12:13 ID:???]
いや、俺はigniter使ってないから分からないが
命名規則で回避できるならそれはそうなんだろうけど
class_existsの挙動についてっていう点でね

32 名前:nobodyさん mailto:sage [2007/05/04(金) 12:49:21 ID:???]
でもそれ言ったらclass_existsだけじゃなくて、newもextendsもloadされていない場合
__autoloadを一旦見に行くじゃん。記述した未知のクラス名を見に行くのが悪いって
いってしまったら、newに、new(True) ClassNameとか「引数」実装しろって話しにもなるぜ。

33 名前:nobodyさん mailto:sage [2007/05/04(金) 14:13:49 ID:???]
未知のクラス名を見に行くのが悪いんじゃなくて
class_existsを使う局面の意味合いを考えてみてよ

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

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

34 名前:nobodyさん mailto:sage [2007/05/04(金) 14:55:44 ID:???]
>33

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


35 名前:nobodyさん mailto:sage [2007/05/04(金) 15:15:02 ID:???]
autoloadの中で例外投げて、エラーから復帰したい場合はキャッチ

36 名前:nobodyさん mailto:sage [2007/05/04(金) 15:28:12 ID:???]
>>33
なぜ、おせっかいなのか不明だな。なきゃそこで戻るんだから。
version 5で、autoload想定していない4との互換物を走らせるのに
デフォルトでautoloadにやってくるから意味があるわけで。


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

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

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

38 名前:nobodyさん mailto:sage [2007/05/04(金) 16:28:51 ID:???]
「フレームワーク製作のこういう部分でしかまず見られないよね」って話なら、なおさらデフォルト引数の挙動に互換性を無くすメリットはないんじゃないか。

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



39 名前:nobodyさん mailto:sage [2007/05/04(金) 16:35:16 ID:???]
>>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のデフォルトはよくないんじゃないかってこと



40 名前:nobodyさん mailto:sage [2007/05/04(金) 16:40:24 ID:???]
うん、class_exists()拡張の際のデフォルト値は失敗だな。
仮に何か理由があろうとなかろうと、
あれのおかげで、__autoload()が絶妙に使いにくくなってしまった。

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

41 名前:nobodyさん mailto:sage [2007/05/04(金) 18:30:31 ID:???]
PHP5使い→class_exists()に批判的
PHP4使い→class_exists()に擁護的

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

42 名前:nobodyさん mailto:sage [2007/05/04(金) 19:22:58 ID:???]
なにを言ってるのか不明だな。
ver5と「class_exists拡張」とautoloadは同時なのに。
ver5ベースでやってる奴は、今の仕様でいいに決まってるじゃん。

43 名前:nobodyさん mailto:sage [2007/05/04(金) 21:23:14 ID:???]
雑談は総合スレでやろうよ。ネタないけどさ(;´Д`)

44 名前:nobodyさん mailto:sage [2007/05/04(金) 22:21:29 ID:???]
CIの実装にかかわることだからいいんだよ。ここで。
ちなみに、 5のみに特化したsymfonyの場合、grep |wc で単純計算すると
class_existsで引数falseつけてるのは12、つけてないのは32。前者は当然core関係、後者はvendor関係が多い


45 名前:nobodyさん mailto:sage [2007/05/04(金) 23:13:08 ID:???]
>>42
お前の方が意味不明だっつの
てかclass_exists()擁護派は総じて論拠が柔すぎて反論する気すらおきん
対話自体にならないレベルだ。
まあ現実問題として改正が必要なんだからエリックに言ってやらないとな
英語に達者な奴頼む

46 名前:nobodyさん mailto:sage [2007/05/08(火) 22:41:46 ID:???]
┐(´д`)┌

47 名前:nobodyさん mailto:sage [2007/05/09(水) 03:42:29 ID:???]
CI使ってる人
view(template)名はどうしてる?
俺はsymfonyの真似で
hogehoge_inputとかhogehoge_successにしてるが

48 名前:nobodyさん mailto:sage [2007/05/09(水) 10:33:05 ID:???]
method_view

49 名前:nobodyさん mailto:sage [2007/05/09(水) 22:21:52 ID:???]
俺はsubdirectory(method or class)/fileだな



50 名前:nobodyさん mailto:sage [2007/05/09(水) 23:53:49 ID:???]
俺もクラスではディレクトリ分けてる

51 名前:nobodyさん mailto:sage [2007/05/10(木) 14:14:44 ID:???]
ciのActiveRecordってRailsのActiveRecordと
なんか違くね…?
違うのになんでActiveRecordを名乗ってるんだ…?

52 名前:nobodyさん mailto:sage [2007/05/10(木) 14:21:51 ID:???]
>>49
それ詳しく教えてもらえないか?

53 名前:nobodyさん mailto:sage [2007/05/11(金) 22:06:54 ID:???]
>>52
50と変わらんとは思うけど
class/files
method/files
filesは結構沢山あるな。view用のcss/js設定ファイルとか、基本画像用gifもそこにおいてあるし


54 名前:nobodyさん mailto:sage [2007/05/27(日) 00:20:32 ID:???]
blog.probo.jp/
ここci使ってなかったっけ?悲惨だな…

55 名前:nobodyさん mailto:sage [2007/05/27(日) 00:34:45 ID:???]
そのエラーメッセージはまさしくciだな

56 名前:nobodyさん mailto:sage [2007/05/27(日) 00:42:16 ID:???]
そこで初めてcodeigniterという文字列を最初に見た気がする

57 名前:nobodyさん mailto:sage [2007/05/27(日) 00:45:55 ID:???]
何のブログだったの?
有名どころ?

58 名前:nobodyさん mailto:sage [2007/05/27(日) 00:55:09 ID:???]
普通のPHP関連のブログだったかと

59 名前:nobodyさん mailto:sage [2007/05/27(日) 01:52:52 ID:???]
悲惨って言うほどのもんじゃないと思うけど、
errorメッセージってちゃんと作りこんでおいたほうがいいよね。



60 名前:nobodyさん mailto:sage [2007/05/27(日) 01:57:10 ID:???]
たしかに悲惨は言い過ぎだろ
ただdbに繋がらなくなっただけに見える
ってか晒す意味がわからない

61 名前:nobodyさん mailto:sage [2007/05/29(火) 01:54:43 ID:???]
自演フォロー乙

62 名前:nobodyさん mailto:sage [2007/05/29(火) 03:02:43 ID:???]
元がどんなブログかもしらんし何の関係もないが…

63 名前:nobodyさん mailto:age [2007/06/06(水) 10:23:29 ID:???]
いいかんじなので上げ

64 名前:nobodyさん mailto:sage [2007/06/06(水) 10:41:39 ID:???]
ユーザガイドの日本語訳出来ているのね。
userguide.cilab.info/index.html

65 名前:nobodyさん mailto:sage [2007/06/08(金) 12:02:09 ID:???]
ユーザ少なすぎじゃないのか。いいのに。

66 名前:nobodyさん mailto:sage [2007/06/08(金) 14:48:19 ID:???]
初めてのフレームワークに採用する予定。
日本語の解説ページが少ないのは不安だけど。
ユーザーガイドは読みやすくていいと思った。
認証機能を使った会員管理システムを作る予定。


67 名前:nobodyさん mailto:sage [2007/06/08(金) 16:23:11 ID:???]
CIって、日本語でも大丈夫? 

68 名前:nobodyさん mailto:sage [2007/06/08(金) 17:37:53 ID:???]
問題ないよ。


69 名前:nobodyさん [2007/06/09(土) 02:23:16 ID:W+nVmF6j]
>>64
おおお!これは助かる!
翻訳途中の方のサイト見ながらで若干不安だったんだ。

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

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

検収記念age



70 名前:nobodyさん mailto:sage [2007/06/09(土) 04:13:48 ID:???]
どんなサイトなの?
導入事例キボン(死語か

71 名前:nobodyさん mailto:sage [2007/06/12(火) 14:05:15 ID:???]
>>70
ショップとかできる? 商品売るやつ。

72 名前:70 mailto:sage [2007/06/12(火) 17:43:07 ID:???]
意味がわからないんだが

73 名前:nobodyさん mailto:sage [2007/06/12(火) 21:03:17 ID:???]
ショッピングカート

74 名前:nobodyさん mailto:sage [2007/06/14(木) 01:04:52 ID:???]
できるかどうかはあなた次第

75 名前:nobodyさん mailto:age [2007/06/15(金) 11:50:52 ID:???]
CIを使うとき、自分で追加するPHPファイルの文字コードは何にしてますか?
ダウンロードしたCIのファイルはShift JISになっているみたいですが、自分で追加するファイルはUTF-8Nでもいいですか?


76 名前:nobodyさん mailto:sage [2007/06/15(金) 16:48:05 ID:???]
>ダウンロードしたCIのファイルはShift JISになっているみたいですが
( ゚д゚)

77 名前:nobodyさん mailto:sage [2007/06/15(金) 19:28:21 ID:???]
おちゃめなジャパニーズがいたもんだな

78 名前:nobodyさん mailto:age [2007/06/15(金) 19:38:23 ID:???]
自分で追加するファイルの文字コードは、UTF-8Nにして正常に動作しました!
ただ今、CodeIgniter ユーザガイド 日本語版 Version 1.5.3を見ながらサンプルコードを動かしています。^^
userguide.cilab.info/toc.html
↑日本語訳を作ってくれた方、どうもありがとうございます!

79 名前:nobodyさん mailto:age [2007/06/15(金) 21:21:47 ID:???]
CI最高age



80 名前:nobodyさん mailto:sage [2007/06/16(土) 04:50:04 ID:???]
CakePHPの評判が気になってCIから浮気した

81 名前:nobodyさん mailto:age [2007/06/16(土) 09:17:02 ID:???]
俺の知り合いもこのスレを見ている予感

82 名前:nobodyさん mailto:sage [2007/06/16(土) 09:27:11 ID:???]
>>81
まさか…お前か?
直接言いにくいからここで言うわ
早く金返せ

83 名前:nobodyさん mailto:sage [2007/06/17(日) 01:47:51 ID:???]
認証機能つけるには、Authクラスを自作するのだろうか

84 名前:nobodyさん mailto:sage [2007/06/17(日) 02:20:47 ID:???]
>83
ttp://tomcode.com/inside/code-igniter/userauth/userauth_0.9.2t52/

85 名前:nobodyさん mailto:sage [2007/06/18(月) 00:05:15 ID:???]
>>84
おお、wiki以外にもこんなのがあったのか。
まじでありがとう!

86 名前:nobodyさん mailto:age [2007/06/18(月) 00:31:10 ID:???]
>>84
俺もブックマークに入れときました。
ありがとう!

87 名前:nobodyさん mailto:sage [2007/06/18(月) 10:25:34 ID:???]
>>84
modelのなかで& get_instance発行して、dbインスタンスを再取得してるのか・・・
・・・・わかってないんだろうこれ作った人。使わないほうが吉だな。


88 名前:nobodyさん mailto:sage [2007/06/18(月) 11:22:42 ID:???]
じゃあちゃんとしたやつ作って公開してくれ

89 名前:nobodyさん mailto:sage [2007/06/18(月) 12:29:44 ID:???]
CakePHPの中でCodeIgniterのライブラリ使えるらしいのだが、
やっぱり両方試してみたほうがいいかな



90 名前:nobodyさん mailto:sage [2007/06/18(月) 13:33:22 ID:???]
CIの中でZend使うってのもありじゃないか?
かく言う俺もcakeとCIで迷っているが。まぁ対象規模が違うわな

91 名前:nobodyさん mailto:sage [2007/06/18(月) 15:38:49 ID:???]
>>87
どうするのが正しいの?

92 名前:nobodyさん mailto:sage [2007/06/18(月) 18:45:15 ID:???]
>>91
なにもしないのがただしい。既にCIのインスタンスは存在してるから。
親のModel classはそのインスタンスを取得する(だけの)基底クラス。

93 名前:nobodyさん mailto:sage [2007/06/18(月) 20:11:08 ID:???]
Modelのコンストラクタにget_instance入ってないから良いんじゃないの??

94 名前:93 mailto:sage [2007/06/18(月) 20:14:38 ID:???]
やっぱ要らない。見落としてた。

95 名前:87 mailto:sage [2007/06/18(月) 21:54:19 ID:???]
>>88
なんでこういうようなちゃかしが入るのかわからない。
使ってるFWの実装を押さえないような程度のコードを
単に在るからっていうだけで、使うのは良くないといってるだけ。
特にセキュリティにかかわるclassなんだから慎重であるべき。


96 名前:84 mailto:sage [2007/06/18(月) 22:09:19 ID:???]
なんか、役になったようで。
けど、これ自分がスレが立ったときに>10の「Code Igniterの情報サイト」
で書いたやつだったのが、、、説明不足だったか。

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

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

97 名前:nobodyさん mailto:sage [2007/06/19(火) 02:21:28 ID:???]
84さんが紹介してくれた認証クラスは、どこに入れて使うの?
アプリケーションの下に入れとけばいいのかな?

98 名前:nobodyさん mailto:sage [2007/06/19(火) 12:45:54 ID:???]
おちょくらないほうがいいよ。真面目な人みたいだから。

99 名前:nobodyさん mailto:age [2007/07/05(木) 22:34:34 ID:???]
CodeIgniterの機能云々は置いといて
このマニュアルめっちゃ見やすいな
userguide.cilab.info/toc.html




100 名前:nobodyさん mailto:sage [2007/07/14(土) 01:33:13 ID:???]
CodeIgniter 1.5.4 Released

101 名前:nobodyさん mailto:sage [2007/07/17(火) 15:06:17 ID:???]
人いないねぇ
Cakeに流れた?

102 名前:nobodyさん mailto:sage [2007/07/17(火) 18:13:00 ID:???]
アソシエーション使わないならこっちだな、はやいし。

103 名前:nobodyさん mailto:sage [2007/07/19(木) 13:31:27 ID:???]
>>101
邦訳マニュアルが出来た頃から>>99のようなマニュアルサイトの宣伝コピペが
増えて、ちょっと引き気味。

104 名前:nobodyさん [2007/07/20(金) 23:11:01 ID:HPTI18nF]
この程度で・・・
心のよわいやつだなあ

105 名前:nobodyさん mailto:sage [2007/07/21(土) 00:04:05 ID:???]
まぁでも言われて気づいたな。


106 名前:nobodyさん [2007/07/21(土) 03:25:50 ID:YySJAyHD]
phpはこれまでの経緯からOOP入門者の層が多そうなので
ルールの少ないCIのほうが入りやすそうなんだけどな。
かくいう自分もデザイナ上がり。
日本語サイトが少ないのがイマイチ普及しない原因でしょうか。

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

107 名前:nobodyさん mailto:sage [2007/07/21(土) 11:10:24 ID:???]
OOPとFWなんて関係ないが。なに言いたいんだ元デザイナーは

108 名前:nobodyさん [2007/07/22(日) 04:01:25 ID:dxwJT9EH]
>OOPとFWなんて関係ないが。
そうか?

109 名前:nobodyさん mailto:sage [2007/07/22(日) 10:21:52 ID:???]
>phpはこれまでの経緯からRoR風FW入門者の層が多そうなので
>ルールの少ないCIのほうが入りやすそうなんだけどな。

これならわかる。



110 名前:nobodyさん mailto:sage [2007/07/22(日) 16:06:56 ID:???]
ファイルのアップロードやってるんですが、
必須チェックをvalidation使ってどうやってやったら良いでしょうか?
validation内では$_POSTしか見てくれないようで、
ruleにrequiredを設定すると、必ず必須エラーになってしまいます。
callback関数も呼んでもらえないし、みなさんどうされてるんでしょ?
そこだけ自前?


111 名前:nobodyさん mailto:sage [2007/07/22(日) 17:46:49 ID:???]
そこで言う必須チェックって、なにを指してるんですか?

112 名前:110 mailto:sage [2007/07/22(日) 17:57:43 ID:???]
>>111
フォームからファイルが指定されたかどうかです。
$_FILES['xxxx']['name']に値があるかどうかでチェックしようと思ってました。
その後$_FILES['xxxx']['error']をチェックしたり、拡張子の制限を追加したりと
思ってたんですがその前に挫折してしまいました。


113 名前:nobodyさん mailto:sage [2007/07/22(日) 18:01:33 ID:???]
file uploadクラスの->data()の値をでチェックすれば済むんでは?

114 名前:110 mailto:sage [2007/07/22(日) 20:56:00 ID:???]
uploadクラスのdo_upload()関数でエラーチェックまで出来るんですね。

今回は、フォームにはテキストボックス等の入力もあるので、
そのチェックはvalidationでやっています。
if ($this->validation->run() === FALSE) {
  入力エラー
} else {
  正常
}

これを
if (!$this->validation->run() || !$this->upload->do_upload()) {
  入力エラー
}

とする事にしました。
ありがとうございました。


115 名前:nobodyさん mailto:sage [2007/07/22(日) 23:17:46 ID:???]
CSSってどうしてる?

system/application/viewsとかにおいてる?(別途controller必要だけど)
それとも
documentroot/css とか?

参考にしたいのでよろしくです。

116 名前:106 [2007/07/23(月) 02:26:30 ID:rslZzZtP]
>>109
ベタ書きされたよそのシステムに手を入れる機会が多いので、
OOP(というかデザパタ?)苦手な人が多いのかなと思ったのです。
自分も「自己流でよくね?」と思ってた時期が長くて、
オブジェクト指向の本をいくつか読むまでFWの恩恵がわからなかったもので。
低レベルな主観で語ってしまいました。ごめんなさい。

117 名前:nobodyさん mailto:sage [2007/07/23(月) 06:11:20 ID:???]
>>115
CSSに限らずファイルはすべて前者(viewsにおくかどうか別にして)が可能なように
対応。速度のことを考えて最終公開用に後者に置くことを想定するが、
ファイル変更等は常に前者で。

118 名前:nobodyさん mailto:age [2007/07/27(金) 02:06:10 ID:???]
CodeIgniter ユーザガイド 日本語版 Version 1.5.4
を読んで勉強しています。
誤植と思われる箇所を発見しました。

userguide.cilab.info/general/controllers.html
のページの真ん中辺にある文章で、「関数呼び出しの再マッピング」のサンプルコードについてです。
function _remap($method)の中の
 $this->$method();
は、
 $this->method();
ですよね?
=method()の前についている$が不要。

ユーザーガイド日本語版を作成された方は、このスレをご覧になっているでしょうか?
とりいそぎご報告まで(・∀・)

119 名前:nobodyさん [2007/07/27(金) 07:53:56 ID:/fnc4AF2]
あるcontrollerから別のcontrollerのアクションメソッド使う方法てあったっけ?



120 名前:nobodyさん mailto:sage [2007/07/27(金) 07:59:28 ID:???]
>>118
君の頭が誤植

121 名前:nobodyさん mailto:sage [2007/07/27(金) 08:09:34 ID:???]
>>119
親でなきゃ無理。でもそれってコントローラーの実装が変だと思うけど。







[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<109KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef