Skip to content
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

What is the reason to have non-generic request interfaces? #33

Closed
ghost opened this issue Apr 18, 2015 · 3 comments
Closed

What is the reason to have non-generic request interfaces? #33

ghost opened this issue Apr 18, 2015 · 3 comments

Comments

@ghost
Copy link

ghost commented Apr 18, 2015

Its make them similar for notification interfaces.
So, using of non-generic requests can confuse.

If you want response you must use requests, otherwise just notification.

@jbogard
Copy link
Owner

jbogard commented Apr 18, 2015

In the case of a request without a response, in case you don't have one. Notifications target multiple handlers, also.

@ghost
Copy link
Author

ghost commented Apr 19, 2015

Why you want to know notification will handle once?

You do not wait for response.
You do not know how it is handling.
You do not know was it handled.

All are good, are not?

@jbogard
Copy link
Owner

jbogard commented Apr 24, 2015

Not quite sure I understand you - both Send and Publish block for handlers to respond.

Sometimes Send doesn't have a response, but since C# doesn't let you use a Void type as a type parameter, I had to create a helper interface.

Send = 1 -> 1
Publish = 1 -> *

Send = Request/Response. Sometimes response is null
Publish = Broadcast. Can't have a response.

@jbogard jbogard closed this as completed Apr 24, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant