-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
cool reading timing is varying by redefiner's addiitional container #45
Comments
一応、coolが先読み込みされても、コンポーネントはrootコンテナに登録されるっぽい:
CoolComponentAutoRegister@processClass()にて、明示的にrootコンテナに登録しているからのようだ。
quickにrichへの依存がたくさんある場合は? |
試しにRootActionにrichへのDIを追加しても初期化タイミングは変わらない。
この辺はDIの仕組みになるので、良い感じに解決されるのかな? 実際に、すでにTimeManagerとかActionクラスでたくさん使ってるけど問題ないわけで。 testでRootActionをDIして、TimeManagerを利用しても問題なし。 @PostConstructでDIとgetCmponent()両方やっても問題なし。
でもPostConstructの呼ばれるタイミングが遅いな...と思ったら、そりゃそうか。
|
Coolのコンポーネントは、初期化タイミングがズレてもrootコンテナに登録される。 CoolComponentAutoRegister:
|
// Japanese here
こちらの件より:
Research, Fess's SearchEngineClient refers LoginAssist as getComponent() #44
でも、問題は起きてないので良いのだが...
本来的には、richの初期化タイミングでquickが存在してしまっていることが想定外の挙動。
要検証: coolのコンポーネントたちの所属のcontainerはrootじゃなくて途中になるのかな?
The text was updated successfully, but these errors were encountered: