Declare a resolver at a Data path
dataRemote associates a destination with a method that supplies its value. It resolves lazily when the Data is read. By comparison, dataRpc is an explicit triggered call, and remote supplies Source to an element.
This distinction lets you reason about whether opening a panel, reading a value or changing an input actually requests server work. Declaration alone does not establish durable storage or an automatic synchronization mechanism.
Inspect the cache policy
The Data remote example documents cacheTime and shows how a later read can reuse or resolve a value. Follow the stated timing in that example rather than assuming every read makes a fresh request.
When a result appears stale, first check which operation performed a read, which arguments were used and whether the resolver cache still applies. Reloading the entire page hides those relationships instead of explaining them.
Your turn
Try it yourself
- Open Data remote and read its explanation before activating the control that reads the value.
- Perform the initial read and note the result.
- Repeat within and after the example’s stated cache period; compare the evidence shown by the example.
Check your understanding
Which mechanism fits each task: returned scalar on click, a server-built panel, or a lazy Data value?
Show the answer and expected result
Use dataRpc for the triggered result, remote for the Source fragment, and dataRemote for a lazy value. They have different triggers and destinations even when all three ultimately call server-side methods.