Oracle Visual Builder: Applications That Outlive Their First Release · Module 5 · Data: business objects and external services
Reference data and lookups
Lesson 52 of 176 · 3 min
LISTS OF VALUES, where they should come from, and THE HARD-CODED LIST THAT WAS RIGHT FOR A YEAR. Every application has dropdowns, and where their contents come from is a decision people make in two seconds and live with for years. THERE ARE THREE SOURCES AND THEY ARE NOT INTERCHANGEABLE. A list typed into the page. A business object holding the values. Or the system that actually owns the list — which for anything Fusion knows about is Fusion. THE HARD-CODED LIST IS RIGHT MORE OFTEN THAN PURISTS ADMIT, AND ITS FAILURE MODE IS THE LESSON. Three statuses that will never change, two options in a filter — typing those into the page is honest and costs nothing. The failure is that it works perfectly until the day the business adds a fourth status, and then it works perfectly and is wrong. NOTHING BREAKS. THAT IS THE WHOLE PROBLEM. The…
The full lesson is part of the course
The video, the complete written lesson and the module quiz are included in Oracle Visual Builder: Applications That Outlive Their First Release, with a certificate on completion and a fourteen-day refund window.
In this module: Module 5 · Data: business objects and external services
- 1Business objects: your own database
- 2When to keep data here, and when not to
- 3Designing a business object
- 4Object rules and triggers
- 5Importing and exporting data
- 6The endpoints your objects expose
- 7External services: the other half
- 8Reference data and lookups
- 9What breaks: three data failures
- 10Lab briefing · Two sources, one screen