You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I've been looking at the implementation of GlobalObject and was thinking through the implications for my project. I have a use case where a common Node runtime is being used by several Modules, of which several could consume react-streaming (similar to a plugin model). These are intended to be isolated from each other.
The implementation of getGlobalObject using a non-unique key projectKey would make these collide. Are there alternatives such as import.meta.url that would namespace to an actual module instead make this more flexible?
I don't fully understand the underlying problem getGlobalObject is trying to solve, so I'm not sure this would run counter to your goals.
The text was updated successfully, but these errors were encountered:
I think supporting such use case should be outside of the scope of the project.
Feel free to fork, or elaborate on why your use case is important to you and I may reconsider, or PR welcome if it turns out to be an easy fix. Alternatively: sponsoring welcome to increase the priority for this.
I've been looking at the implementation of GlobalObject and was thinking through the implications for my project. I have a use case where a common Node runtime is being used by several Modules, of which several could consume react-streaming (similar to a plugin model). These are intended to be isolated from each other.
The implementation of
getGlobalObject
using a non-unique keyprojectKey
would make these collide. Are there alternatives such as import.meta.url that would namespace to an actual module instead make this more flexible?I don't fully understand the underlying problem
getGlobalObject
is trying to solve, so I'm not sure this would run counter to your goals.The text was updated successfully, but these errors were encountered: