Implement a Dart FIDL client
Prerequisites
This tutorial builds on the [FIDL server][server-tut] tutorial. For the full set of FIDL tutorials, refer to the [overview][overview].
Overview
This tutorial implements a client for a FIDL protocol and runs it against the server created in the [previous tutorial][server-tut]. The client in this tutorial is asynchronous. There is an [alternate tutorial][sync-client] for synchronous clients.
If you want to write the code yourself, delete the following directories:
Create a stub component
-
Set up a hello world
dart_appinexamples/fidl/dart/client, with a name ofecho-dart-client. -
Once you have created your component, ensure that the following works:
Note: If necessary, refer back to the [previous tutorial][server-tut].
- Build the Fuchsia image:
- In a separate terminal, run:
- In a separate terminal, run:
Edit GN dependencies
- Add the following dependencies:
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/BUILD.gn" region_tag="deps" %}
- Then, import them in
lib/main.dart:
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/lib/main.dart" region_tag="imports" %}
These dependencies are explained in the [server tutorial][server-tut].
Edit component manifest
- Include the
Echoprotocol in the client component's sandbox by editing the component manifest inclient.cmx.
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/meta/client.cmx" %}
Connect to the server {#main}
The steps in this section explain how to add code to the main() function
that connects the client to the server and makes requests to it.
Bind a client object
The FIDL bindings generate a [class][proxy] for each protocol that can be used to make requests to a server, called a proxy class. To connect to the server, the client needs to initialize a proxy class and then bind it to the server:
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/lib/main.dart" region_tag="main" highlight="4,5,6,7" %}
Similar to the server code, the client uses ComponentContext to access the component's
context. The difference is that the incoming property is used instead of the outgoing
property, since the client is connecting to a protocol rather than offering one. Additionally,
since no outgoing services are added, it uses the ComponentContext.createAndServe()
convenience method.
The connectToService call does a number of things under the hood:
- First, it creates a channel and binds one end to the
EchoProxy.EchoProxy, similarly toEchoBinding, binds to a channel and listens for incoming messages (and sends messages back) on the channel. The channel end bound to theEchoProxyis afidl.InterfaceHandle<Echo>, whereas the other end of the channel is afidl.InterfaceRequest<Echo>. - It then makes a request to the component manager to connect to the
Echoprotocol. Specifically, it requests the other end of the channel (from the previous step) to be connected to the protocol located at the [service name][service-name] of theEchoprotocol.
In the background, this request triggers the follow sequence of events:
- The component framework routes this request to the server, where the requested service name [matches][server-handler] the service offered by the server.
- The connection request handler defined in the server code is invoked on the channel end (the
fidl.InterfaceRequest<Echo>) that was provided by the client. - The handler code binds the server implementation to the channel, and starts handling any incoming messages on the channel. If the client started making requests before this point, these requests are buffered until the server is bound and starts reading from the channel. This is a process called request [pipelining][pipeline], which is covered in more depth in a [separate tutorial][pipeline-tut].
Send requests to the server
The code makes two requests to the server:
- An
EchoStringrequest - A
SendStringrequest
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/lib/main.dart" region_tag="main" highlight="9,10,11,12,13,14" %}
The call to EchoString returns a future, which resolves to the response
returned by the server. The returned future will resolve to an error if there is
either an error sending the request or receiving the response (e.g. when
decoding the message, or if an epitaph was received).
The call to SendString returns a Future<void> since it is a fire and forget
method.
The [bindings reference][bindings-ref] describes how these proxy methods are generated.
Handle incoming events
The code then waits for a single OnString event from the server:
{% includecode gerrit_repo="fuchsia/fuchsia" gerrit_path="examples/fidl/dart/client/lib/main.dart" region_tag="main" highlight="15,16,17" %}
This is done by [taking the event stream][events] from the client object, then waiting for a single event from it.
Run the client
If you run the client directly, it will not connect to the server correctly because the
client does not automatically get the Echo protocol provided in its
sandbox (in /svc). To get this to work, a launcher tool is provided
that launches the server, creates a new [Environment][environment] for
the client that provides the server's protocol, then launches the client in it.
-
Configure your GN build as follows:
-
Build the Fuchsia image:
-
Run the launcher by passing it the client URL, the server URL, and the protocol that the server provides to the client:
You should see output similar to the following in the QEMU console
(or using ffx log):
[105541.570] 489493:489495> Listening for incoming connections...
[105541.573] 489493:489495> Received EchoString request for string "hello"
[105541.574] 489493:489495> Response sent successfully
[105541.574] 489272:489274> response: "hello"
[105541.575] 489493:489495> Received SendString request for string "hi"
[105541.575] 489493:489495> Event sent successfully
[105541.575] 489272:489274> Received OnString event for string "hi"
bindings-refproxy /reference/fidl/bindings/dart-bindings.md#protocol-events-client server-tutserver-handler /development/languages/fidl/tutorials/overview.md environmentservice-name /development/api/fidl.md#request-pipelining pipeline-tut