-
Notifications
You must be signed in to change notification settings - Fork 220
simplify operator instantiation #263
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
Conversation
I'm not sure about this one, to be honest… It seems to complicate things for not much benefit. Is needing to call to the default configuration service really that big of an issue? Why wouldn't we also hide the |
what did you find complicated here? what I did was just a Dependency inversion to ensure the clients are not bound to actual implementation.
The StandaloneOperator is dependent on |
Can you provide a description of what this change intends to accomplish? By reading the code I don't see the point. |
Sure, by this changeset the From the user pov in pure-java they can instantiate the operator like this:
i.e they don't need to know about the configuration services the SDK has. |
I'm still missing some good examples of where this change will bring benefits. The current changes in examples are just a change in what class gets instantiated. |
@adam-sandor It's not just that, the required ctor parameters is also less.
vs
|
Closing this as obsolete. |
No description provided.