-
Notifications
You must be signed in to change notification settings - Fork 12.8k
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
Refactor for naming sdk. #3386
Comments
5 tasks
KomachiSion
added a commit
that referenced
this issue
Jul 20, 2020
* Move and rename NamingProxy.java * rename package naming.net --> naming.remote * Create Naming client proxy interface
KomachiSion
added a commit
that referenced
this issue
Jul 21, 2020
…iceInfoUpdateService (#3402) * Refactor HostReactor.java to ServiceInfoHolder and ServiceInfoUpdateService * Use http client as default implement of some uncompleted api
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Issue Description
Type: refactor
Describe what happened (or what feature you want)
I'm implementing for #1097 to support grpc in branch
feature_support_grpc_core
. But I found the naming sdk is hard to inject gRPC because its components are highly coupled.So I want to refactor them first make them decoupling simply.
httpServerProxy
. I think it's the first point to extract server list maintainer out fromhttpServerProxy
as a top component.HostReactor
. I think is't the second point to refactor.ClientProxy
interface and implement http, grpc and other type may be better.Describe what you expected to happen
ServerListManager
like config sdk.ClientProxy
and refactorServerProxy
as an implementation.BeatReactor
into HttpClientProxyHostReactor
The text was updated successfully, but these errors were encountered: