Lines Matching defs:Service
45 // When you use the protocol compiler to compile a service definition, it
46 // generates two classes: An abstract interface for the service (with
47 // methods matching the service definition) and a "stub" implementation.
49 // local implementation of the service.
51 // For example, the service definition:
52 // service MyService {
110 class Service;
123 // interface can be used to call the methods of the Service without knowing
125 class LIBPROTOBUF_EXPORT Service {
127 inline Service() {}
128 virtual ~Service();
138 // Get the ServiceDescriptor describing this service and its methods.
141 // Call a method of the service specified by MethodDescriptor. This is
143 // definitions of the service's methods.
146 // * method->service() == GetDescriptor()
153 // used by this Service. For stubs, the "correct type" depends on the
154 // RpcChannel which the stub is using. Server-side Service
180 // service->GetDescriptor()->FindMethodByName("Foo");
184 // service->CallMethod(method, *request, response, callback);
191 GOOGLE_DISALLOW_EVIL_CONSTRUCTORS(Service);
261 // communication line to a Service which can be used to call that Service's
262 // methods. The Service may be running on another machine. Normally, you
263 // should not call an RpcChannel directly, but instead construct a stub Service
266 // MyService* service = new MyService::Stub(channel);
267 // service->MyMethod(request, &response, callback);
273 // Call the given method of the remote service. The signature of this
274 // procedure looks the same as Service::CallMethod(), but the requirements
