grpc-java channel similars in grpc-go about grpc-go

[iamqizhao]

I still do not understand why you require an interceptor ... It was deliberate to abandon interceptor in our design.

[hongchaodeng]

NP. Let me try to explain better.

In TCP socket, we send bytes:

send(b []byte)

Now that we have protobuf and grpc, we want to send messages instead.

send(msg proto.Message)

The send(msg) API is provided by the framework, and message should be defined by user.

I wonder how can we do it efficiently without letting user define msg/rpc on their own?

[iamqizhao]

pls tell me how interceptors can help you address this issue?

We typically provide send(b []byte) to users instead of send(proto.Message)
which provides more flexibility and the framework should not care what
users will to transmit.

If you are thinking about the encoding efficiency (e.g., memory alloc and
string copying), I think it is the work of protobuf should take care of.
And I guess it is doable but it does not do because it will introduce
tremendous complexity regarding memory model.

On Mon, May 11, 2015 at 1:55 PM, Hongchao Deng [email protected]
wrote:

NP. Let me try to explain better.

In TCP socket, we send bytes:

send(b []byte)

Now we have protobuf and grpc, we want to send messages instead.

send(msg proto.Message)

The send(msg) API is provided by the framework, and message should be
defined by user.

I wonder how can we do it efficiently without letting user define msg/rpc
on their own?

—
Reply to this email directly or view it on GitHub
#187 (comment).

[iamqizhao]

I guess calling Invoke(...) directly can fit your needs?