In this example we see how to create a Dynamic Entry List, such that the dropdown is opened several time without using the backend.
(For using a chache in a custom selection see: Custom Selection part 1: Cached Selection)
The basic idea is to save the data in a Data Share. Whenever the Entry List needs to execute, we run this data through a Service Component so it could be used in the Entry List.
In the modeling flow we can see the service is executed and the data saved in the Data Share:
We need to have a clustered data in the Data Share (I will later explain why), so we add a root node with no fields and a sub node to contain the actual data:
In the Form View connected to the Data Share we add another field for the Drop-Down:
Now the Layout looks like this:
We need to prepare a Service Component to later use in the Entry List:
The service should get and return the save data. Again we define a cluster to nest the Recordset under a root node.
Now we can define the Dynamic Entry List:
We choose a Dynamic list (and Next):
We choose the Service Component we defined:
Define the input for the service. The data from the Data share is passed to the service input Port. the reason we use a Cluster is because using a flat Array structure passes only one record in Run-Time:
Define the ouput:
We can now run the model and use the drop down several times without using the backend, as you will notice in the performance of it.
Another flow we might want to implement uses some user input for running the service for the first time, instead of a Start Point hard-coded data. That's also possible, and based on the flow of this example.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
32 | |
14 | |
13 | |
12 | |
11 | |
11 | |
9 | |
8 | |
7 | |
7 |