Add ability to manipulate config passed to subsystems beyond passing a set of refs · Issue #33 · donut-party/system · GitHub
More Web Proxy on the site http://driver.im/
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 have a subsystem that needs its config in a different format (in this case a different key name and turning a port number into a full URL), but it seems all you can do w/ subsystems is pass a set of refs. Is there a way to manipulate the config before it gets passed to the subsystem's start fns?
I don't want to modify the subsystem to accept the parent's config ref as-is b/c I'm just using it as a subsystem in an integration test system where I pull in this other system as a library. Treating it as a subsystem there seemed like a good way to couple its lifecycle to the overall test system I'm starting. But outside of integration testing, it's an entirely different component that is run on its own. So I don't want these two system's configs to be tightly coupled by this test integration.
Let me know if subsystems aren't the best approach here, or if there is already a way to do this config manipulation that I'm not seeing.
Thanks!
The text was updated successfully, but these errors were encountered:
I have a subsystem that needs its config in a different format (in this case a different key name and turning a port number into a full URL), but it seems all you can do w/ subsystems is pass a set of refs. Is there a way to manipulate the config before it gets passed to the subsystem's start fns?
I don't want to modify the subsystem to accept the parent's config ref as-is b/c I'm just using it as a subsystem in an integration test system where I pull in this other system as a library. Treating it as a subsystem there seemed like a good way to couple its lifecycle to the overall test system I'm starting. But outside of integration testing, it's an entirely different component that is run on its own. So I don't want these two system's configs to be tightly coupled by this test integration.
Let me know if subsystems aren't the best approach here, or if there is already a way to do this config manipulation that I'm not seeing.
Thanks!
The text was updated successfully, but these errors were encountered: