Skip to content

Commit 60d5cd8

Browse files
committed
Update index.md
1 parent 35574d4 commit 60d5cd8

File tree

1 file changed

+8
-8
lines changed

1 file changed

+8
-8
lines changed

docs/index.md

+8-8
Original file line numberDiff line numberDiff line change
@@ -42,7 +42,8 @@ services. As in many RPC systems, gRPC is based around the idea of defining
4242
a *service*, specifying the methods that can be called remotely with their
4343
parameters and return types. On the server side, the server implements this
4444
interface and runs a gRPC server to handle client calls. On the client side,
45-
the client has a *stub* that provides exactly the same methods as the server.
45+
the client has a *stub* (referred to as just *client* in some languages)
46+
that provides the same methods as the server.
4647

4748
<img src="../img/grpc_concept_diagram_00.png" class="img-responsive" alt="gRPC diagram">
4849

@@ -436,8 +437,8 @@ As you can see, a gRPC method can accept only a single protocol buffer message t
436437
Once we've defined our service, we use the protocol buffer compiler
437438
`protoc` to generate the special client and server code we need to create
438439
our application - you
439-
can generate gRPC code in any gRPC-supported language, although PHP and Objective-C only support creating clients. The generated code contains both stub code for clients to
440-
use and an abstract interface for servers to implement, both with the method
440+
can generate gRPC code in any gRPC-supported language, although PHP and Objective-C only support creating clients. The generated code contains both client-side code for clients to
441+
call into and an abstract interface for servers to implement, both with the method
441442
defined in our `Greeter` service.
442443

443444
(If you didn't install the gRPC plugins and protoc on your system and are just reading along with
@@ -577,9 +578,8 @@ To generate the code, run the following command from the `examples/csharp/hellow
577578

578579
Running the appropriate command for your OS regenerates the following files in the Greeter directory:
579580

580-
- `Greeter/Helloworld.cs` defines a namespace `Helloworld`
581-
- This contains all the protocol buffer code to populate, serialize, and retrieve our request and response message types
582-
- `Greeter/HelloworldGrpc.cs`, provides stub and service classes, including:
581+
- `Greeter/Helloworld.cs` contains all the protocol buffer code to populate, serialize, and retrieve our request and response message types
582+
- `Greeter/HelloworldGrpc.cs` provides generated client and server classes, including:
583583
- an abstract base class `Greeter.GreeterBase` to inherit from when defining RouteGuide service implementations
584584
- a class `Greeter.GreeterClient` that can be used to access remote RouteGuide instances
585585

@@ -947,7 +947,7 @@ we'll leave that for the tutorial.
947947

948948
First let's look at how we connect to the `Greeter` server. First we need
949949
to create a gRPC channel, specifying the hostname and port of the server we
950-
want to connect to. Then we use the channel to construct the stub instance.
950+
want to connect to. Then we use the channel to construct the client stub instance.
951951

952952

953953
<div class="tabs">
@@ -1077,7 +1077,7 @@ In PHP, we can do this in a single step using the `GreeterClient` class's constr
10771077
Now we can contact the service and obtain a greeting:
10781078

10791079
1. We construct and fill in a `HelloRequest` to send to the service.
1080-
2. We call the stub's `SayHello()` RPC with our request and get a populated `HelloReply` if the RPC is successful, from which we can get our greeting.
1080+
2. We call the client stub's `SayHello()` RPC with our request and get a populated `HelloReply` if the RPC is successful, from which we can get our greeting.
10811081

10821082
<div class="tabs">
10831083
<ul>

0 commit comments

Comments
 (0)