On Tue, Jul 27, 2010 at 10:44 AM, Pieter Hintjens <[email protected]> wrote:
> On Tue, Jul 27, 2010 at 7:00 PM, Brian Granger <[email protected]> > wrote: > > > ... > > All good points, and this was where we stopped the proposal to rename > socket types last time around. > > Hope I don't seem too stubborn about this. I do like the idea of renaming the UPSTREAM/DOWNSTREAM sockets and I hope the momentum for that doesn't get lost. > > Any usage of the words client/server/service is horribly confusing in the > > 0MQ context. > > I'm not going to defend the long names if people feel they clumsy and > pointless, but 'client' and 'server' are formally defined in > http://api.zeromq.org/zmq_socket.html and though I'm often pretty > confused about many things, these were always clear. I didn't know this, so I looked on this web page and found the following: "many-to-one (many clients, one server)" This definition implies that server = bind, client = connect. And also: "The request-reply pattern is used for sending requests from a client to one or more instances of a service" This implies that server = REP, client = REQ. Are not these two definitions contradictory? > Sure, you can > have networks where services connect to clients but then you _know_ > you're doing weird stuff. > Then I think 0MQ is weird :) > Actually, calling them 'client' and 'server' (for reqrep) IMO helps by > telling users 'you really should be binding the server socket and > connecting the client socket' (in 95% of cases). Network > architectures aren't random. Clients are generally a lot more dynamic > than services. > > I completely agree that most people will want to use the canonical directions, but I do think it is misleading to hide the fact that the choice of bind/connect is completely independent of the socket type. When people ask me if a socket should bind or connect, I tell them that the decision to bind/connect is independent of the socket type and that if you want a socket to have multiple peers, it should bind, a single peer, it should connect. > -Pieter > -- Brian E. Granger, Ph.D. Assistant Professor of Physics Cal Poly State University, San Luis Obispo [email protected] [email protected]
_______________________________________________ zeromq-dev mailing list [email protected] http://lists.zeromq.org/mailman/listinfo/zeromq-dev
