4
0
Fork 0

Added README docs about continuous event handling

new-events
hswick 6 years ago
parent 6529f49420
commit 48e9bab1c8
  1. 62
      README.md
  2. 4
      test/exw3_test.exs

@ -11,7 +11,7 @@ end
``` ```
## Overview ## Overview
ExW3 is a wrapper around ethereumex to provide a high level, user friendly json rpc api. It currently only supports Http. The primary feature it provides is a handy abstraction for working with smart contracts. ExW3 is a wrapper around ethereumex to provide a high level, user friendly json rpc api. It currently ONLY supports http. The primary feature of this library is a handy abstraction for working with smart contracts.
## Usage ## Usage
@ -91,16 +91,16 @@ iex(11)> ExW3.Contract.call(:SimpleStorage, :get)
## Asynchronous ## Asynchronous
ExW3 now provides async versions of `call` and `send`. They both return a `Task` that can be awaited on. ExW3 provides async versions of `call` and `send`. They both return a `Task` that can be awaited on.
```elixir ```elixir
t = ExW3.Contract.call_async(:SimpleStorage, :get) t = ExW3.Contract.call_async(:SimpleStorage, :get)
{:ok, data} = Task.await(t) {:ok, data} = Task.await(t)
``` ```
## Events ## Events
ExW3 allows the retrieval of event logs using filters. In this example, assume we have already deployed and registered a contract called :EventTester. ExW3 allows the retrieval of event logs using filters or transaction receipts. In this example we will demonstrate a filter. Assume we have already deployed and registered a contract called EventTester.
```elixir ```elixir
# We can optionally specify extra parameters like `:fromBlock`, and `:toBlock` # We can optionally specify extra parameters like `:fromBlock`, and `:toBlock`
@ -119,37 +119,51 @@ Ethereum allows a user to add topics to filters. This means the filter will only
If you have written your event in Solidity like this: If you have written your event in Solidity like this:
``` ```
event SimpleIndex(uint256 indexed num, bytes32 indexed data, uint256 otherNum); event SimpleIndex(uint256 indexed num, bytes32 indexed data, uint256 otherNum);
``` ```
You can add filter on which logs will be returned back to the RPC client, based on the indexed fields. You can add a filter on which logs will be returned back to the RPC client based on the indexed fields.
ExW3 allows for 2 ways of specifying these parameters or `topics` in two ways. The first, and probably more preferred way, is with a map: ExW3 allows for 2 ways of specifying these parameters (`:topics`) in two ways. The first, and probably more preferred way, is with a map:
```elixir ```elixir
indexed_filter_id = ExW3.Contract.filter( indexed_filter_id = ExW3.Contract.filter(
:EventTester, :EventTester,
"SimpleIndex", "SimpleIndex",
%{ %{
topics: %{num: 46, data: "Hello, World!"}, topics: %{num: 46, data: "Hello, World!"},
} }
) )
``` ```
The other option is with a list, but this is order dependent, and any values you don't want to specify must be represented with a `nil`. The other option is a list (mapped version is an abstraction over this). The downside here is this is order dependent. Any values you don't want to specify must be represented with a `nil`. This approach has been included because it is the implementation of the JSON RPC spec.
```elixir ```elixir
indexed_filter_id = ExW3.Contract.filter( indexed_filter_id = ExW3.Contract.filter(
:EventTester, :EventTester,
self(), "SimpleIndex",
%{ %{
topics: [nil, "Hello, World!"] topics: [nil, "Hello, World!"]
} }
) )
``` ```
In this case we are skipping the `num` topic, and only filtering on the `data` parameter. Here we are skipping the `num` topic, and only filtering on the `data` parameter.
NOTE!!! These two approaches are mutually exclusive, and for almost all cases you should prefer the map.
## Continuous Event Handling
In many cases, you will want some process to continuously listen for events. We can implement this functionality using a recursive function. Since Elixir uses tail call optimization, we won't have to worry about blowing up the stack.
```elixir
def listen_for_event do
{:ok, changes} = ExW3.Contract.get_filter_changes(filter_id) # Get our changes from the blockchain
handle_changes(changes) # Some function to deal with the data. Good place to use pattern matching.
:timer.sleep(1000) # Some delay in milliseconds. Recommended to save bandwidth, and not spam.
listen_for_event # Recurse
end
```
# Compiling Solidity # Compiling Solidity

@ -186,8 +186,9 @@ defmodule EXW3Test do
end end
test "Testing formatted get filter changes", context do test "Testing formatted get filter changes", context do
ExW3.Contract.register(:EventTester, abi: context[:event_tester_abi]) ExW3.Contract.register(:EventTester, abi: context[:event_tester_abi])
{:ok, address, _} = {:ok, address, _} =
ExW3.Contract.deploy( ExW3.Contract.deploy(
:EventTester, :EventTester,
@ -214,7 +215,6 @@ defmodule EXW3Test do
{:ok, change_logs} = ExW3.Contract.get_filter_changes(filter_id) {:ok, change_logs} = ExW3.Contract.get_filter_changes(filter_id)
event_log = Enum.at(change_logs, 0) event_log = Enum.at(change_logs, 0)
assert event_log |> is_map assert event_log |> is_map

Loading…
Cancel
Save