tags:

views:

3569

answers:

3

I was under the impression that an endpoint was defined in a config file as the list of possible clients but that makes no sense (in the sense that I assumed it said what computers could connet to the service) now I'm gathering that it's more of a definition, so would someone please explain what an end point is to me? I understand the concept of definining the contract interface and then implementing the contract but I get lost somewhere between there and actually having something useable.

What is an address in this context? the host address?

A binding is the communications method/protocol to use correct?

the contract is the "object being shared" essentially (yes i know that's so technically incorrect but work with me here)

+1  A: 

See here: A service endpoint specifies an address, a binding, and a contract to use for communication.

Otávio Décio
+9  A: 

An endpoint is what a service exposes, and in WCF terms, is made up of three things:

  • Address
  • Binding
  • Contract

Address is the URL by which the endpoint can be reached.

Binding dictates transformations that are applied as well as the shape (to some degree) of the messages sent to the implementation of the Contract at the Address.

Contract dictates what operations are being exposed at the address. It's exactly what it says it is, it's a contract to indicate what calls are permissible.

Most of the time, people remember it as A B C.

Some things to note:

The binding is typically going to be a combination of channels with behaviors applied; channels being elements on the channel stack which modify the message and perform actions before they get to the service implementation.

While commonly represented by an interface in .NET, it is not a requirement that a Contract be represented in this manner. Some design-first advocates will define the schemas to the messages that are going to be sent for the request and the response first, which is what WCF transforms the .NET Contract interface into.

casperOne
This is helpful... if i wanted to write a bi directional communications service how would I go about building it? let's assume I had a system with applications A and B, if A sends 'ping' B waits 1 second and sends back pong, which then prompts A to wait 1 sec and send ping again.
Firoso
@firoso: That's a three way handshake, and in this case I would define B as the server. A would call the Ping method on B. You would define a callback contract for the Ping operation which would expose Pong. Then, when Pong is called on A, it would call Ping again on B.
casperOne
This makes sense, but I think I'm going to need some time to absorb more information... Thank you for the quick response.
Firoso
+1  A: 

I'm going to cite Juval Lowy's Programming WCF Services here:

Every service is associated with an address that defines where the service is, a binding that defines how to communicate with the service, and a contract that defines what the service does. This triumvirate governing the service is easy to remember as the ABC of the service. WCF formalizes this relationship in the form of an endpoint. The endpoint is the fusion of the address, contract, and binding. Every endpoint must have all three elements, and the host exposes the endpoint.

draconis