回答編集履歴
3
順序修正
test
CHANGED
@@ -32,4 +32,6 @@
|
|
32
32
|
|
33
33
|
この宣言の仕方の場合`user.full_name(user)`でアクセスする必要があり,結局のところ,インスタンスメソッドとしてincludeした場合userインスタンスを使うので,モジュールに切り出す必要性はなくモデルに定義するので十分ということになります。full_nameはメソッドの中で引数userをreciever(インスタンスメソッドの呼び出し元にするインスタンス)にしているので,必ずそのuserのインスタンスを取得できる状態になっているため,関数を切り分けてincludeする理由はモデルのファイルが肥大化した時くらいだと思います。
|
34
34
|
|
35
|
-
でなければAdmin::UsersHelperの定義が他に存在して上書きされている(今回は
|
35
|
+
また上記が原因でなければAdmin::UsersHelperの定義が他に存在して上書きされている(今回は上記の原因だと思いますがわりとよくある原因です)ことが考えられます。
|
36
|
+
|
37
|
+
もしくは,railsのパスが読み込まれていない階層にファイルを置いている可能性もあります。
|
2
編集
test
CHANGED
@@ -30,6 +30,6 @@
|
|
30
30
|
|
31
31
|
controllerなどでfull_name(user)としていないでしょうか?
|
32
32
|
|
33
|
-
この宣言の仕方の場合`user.full_name(user)`でアクセスする必要があり,結局のところ,インスタンスメソッドとしてincludeした場合userインスタンスを使うので,モジュールに切り出す必要性はなくモデルに定義するので十分ということになります。userをreciever(インスタンス
|
33
|
+
この宣言の仕方の場合`user.full_name(user)`でアクセスする必要があり,結局のところ,インスタンスメソッドとしてincludeした場合userインスタンスを使うので,モジュールに切り出す必要性はなくモデルに定義するので十分ということになります。full_nameはメソッドの中で引数userをreciever(インスタンスメソッドの呼び出し元にするインスタンス)にしているので,必ずそのuserのインスタンスを取得できる状態になっているため,関数を切り分けてincludeする理由はモデルのファイルが肥大化した時くらいだと思います。
|
34
34
|
|
35
35
|
でなければAdmin::UsersHelperの定義が他に存在して上書きされている(今回は前者だと思いますがわりとよくある原因です)ことが考えられます。
|
1
文脈が変なところを修正
test
CHANGED
@@ -8,7 +8,7 @@
|
|
8
8
|
|
9
9
|
上記を使えば一応どこからでも呼び出せますが,modelと関係ないロジックかつ他のmodelでも使いまわしたいメソッドなどは,concernという階層を作ってそこにmoduleを作るのが一般的です。
|
10
10
|
|
11
|
-
ですが,今回のメソッドはUserモデルのパラメータを利用して
|
11
|
+
ですが,今回のメソッドはUserモデルのパラメータを利用しており,modelと関係あるロジックなのでUserモデルの中にfullnameメソッドを書くのが普通だと思います。
|
12
12
|
|
13
13
|
```ruby
|
14
14
|
|
@@ -28,6 +28,8 @@
|
|
28
28
|
|
29
29
|
うまく読み込めない理由はおそらくインスタンスからアクセスしてないからです。質問者様の例だとmoduleからimportされた関数はインスタンスメソッドとして定義されます。
|
30
30
|
|
31
|
-
controllerなどでfull_name(user)としていないでしょうか?
|
31
|
+
controllerなどでfull_name(user)としていないでしょうか?
|
32
|
+
|
33
|
+
この宣言の仕方の場合`user.full_name(user)`でアクセスする必要があり,結局のところ,インスタンスメソッドとしてincludeした場合userインスタンスを使うので,モジュールに切り出す必要性はなくモデルに定義するので十分ということになります。userをreciever(インスタンスとしての引数)にしているので,必ずそのuserのインスタンスを取得できる状態になっているため,関数を切り分けてincludeする理由はモデルのファイルが肥大化した時くらいだと思います。
|
32
34
|
|
33
35
|
でなければAdmin::UsersHelperの定義が他に存在して上書きされている(今回は前者だと思いますがわりとよくある原因です)ことが考えられます。
|