Enable member-function calling style for the different handle types about luv HOT 6 CLOSED

This is a bare binding. And all handles except reqs use the same metatable.

from luv.

This is a bare binding, but I think this particular sugar is low enough
overhead to be worth it. It does provide value in structural typing that
is not available through the C style interface.

On Wed, Nov 5, 2014 at 7:10 PM, imzyxwvu [email protected] wrote:

This is a bare binding. And all APIs use the same metatable.

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

from luv.

This sugar is easy to be achieved by setting the uv table as the __index of the handle metatable. But it won't be server:bind. It will be server:tcp_bind instead because the uv table is all the APIs instead of a subset. Because there is only one metatable we cannot set it a subset for every kind of handle.

I came up with a workaround just now: we can add another sugar uv.bind. It checks the handle type and automatically selects luv_tcp_bind, luv_udp_bind or etc.

from luv.

I came up with a workaround just now: we can add another sugar uv.bind. It checks the handle type and automatically selects luv_tcp_bind, luv_udp_bind or etc.

Well, that would introduce additional overhead. But I think anyway the planned implementation would be to have separate userdata and metatables for each handle type. The member functions in the __index hook would then of course be shortened as appropriate.

from luv.

Well, that would introduce additional overhead. But I think anyway the planned implementation would be to have separate userdata and metatables for each handle type. The member functions in the __index hook would then of course be shortened as appropriate.

It is because some handles are in different types, but they share some APIs. For example, TTY, TCP and Pipe are different types, but they share uv.read, uv.write and etc.

In fact checking handle type by (uv_handle_t*)->type is really a simple job. It won't introduce additional overhead.

from luv.

Implemented in #96

from luv.