回答編集履歴
2
追記
answer
CHANGED
|
@@ -7,4 +7,9 @@
|
|
|
7
7
|
そうなると、assets:precompile すると厄介ですね。
|
|
8
8
|
親から 'https://子アプリ/login.png' とすることになるか。
|
|
9
9
|
でもはて、、、
|
|
10
|
-
statickな画像をそのような無理無理に別ドメインから取り寄せる意味が有るのでしょうか？
|
|
10
|
+
statickな画像をそのような無理無理に別ドメインから取り寄せる意味が有るのでしょうか？
|
|
11
|
+
|
|
12
|
+
追記
|
|
13
|
+
サービスの下請けなのでしたら、image fileを直接読むURLではなく、
|
|
14
|
+
その画像を返すサービスのURLを子に用意し、そのURLで呼ぶべきでは？
|
|
15
|
+
それでしたら 子側で提供方法を変えても親は知らぬこと。object指向では
|
1
追記
answer
CHANGED
|
@@ -1,4 +1,10 @@
|
|
|
1
1
|
まず icon: '/public/login.png', が違います
|
|
2
2
|
icon: '/login.png',
|
|
3
3
|
|
|
4
|
-
ほかはも少し見てみる
|
|
4
|
+
ほかはも少し見てみる
|
|
5
|
+
|
|
6
|
+
親アプリ、子アプリ とい書いてあるのは、urlのホスト部が異なる別webサーバーなのですか？
|
|
7
|
+
そうなると、assets:precompile すると厄介ですね。
|
|
8
|
+
親から 'https://子アプリ/login.png' とすることになるか。
|
|
9
|
+
でもはて、、、
|
|
10
|
+
statickな画像をそのような無理無理に別ドメインから取り寄せる意味が有るのでしょうか？
|