Bewerken: Ultimo Go en Go+

Sectie: Structuur van een Go-applicatie

Reden:

## Structuur van een Go-applicatie

Een Go-app bestaat uit vier typen definities die samen de mobiele UI vormen:

| Component | Rol | Aantal (standaard) |
|-----------|-----|---------------------|
| **Menu** | Navigatie-root per app. Bevat sections met lijst-referenties. | 11 (1 per app, Homepage uitgezonderd) |
| **DataSet** | Query-definitie: welke entiteit, welke filters, welke order-by. Parameteriseerbaar met `${VariableName}`. | 356 |
| **Screen** | Mobiele detail-pagina. Bevat sections, workflows en conditions (per context). | 99 |
| **Entity-template** | Rendering-template voor entiteit-lijsten (title, subtitle, image, navigation). | 130 |

**Flow:** `Homepage → Menu → DataSet → Screen`. Een gebruiker kiest een app in de Homepage, ziet het Menu, klikt op een lijst-item (DataSet → Entity-template rendering), opent een detail-pagina (Screen) en triggert een workflow.

**Mobile-workflows:** mobile screens roepen workflows aan met prefix `Mobile_*` (bv. `Mobile_ReportJob`, `Mobile_FinishJob`). Die zijn los van desktop-workflows gedefinieerd en vaak gestroomlijnd voor touch-interactie.

**Parameteriseerbare DataSets:** DataSets kunnen `<Property Name="X" Accessor="Required" Type="String" />` declareren. Menu-items vullen deze parameters in via `<Properties>`. Voorbeeld: `DataSet="BuildingBuildingFloor"` met `BuildingId` parameter — toont floors voor een specifiek gebouw.

**Consultant-tip:** standaard-definities (`HasStandard="true"`) kun je niet direct wijzigen; maak een klant-custom kopie met `HasStandard="false"` voor aanpassingen.

---