La bibliothèque se documente elle-même · Programmation système
stzAppTopology
20 méthodes propres · 5 formes avec extensions, rangées sous leur méthode
la source: base/system/stzAppTopology.ring(s'ouvre dans un nouvel onglet) · Toutes les classes · La référence du domaine : Programmation système
Sous chaque méthode, ses extensions (Q CS XT Z ZZ IB W U) : en gras et cochée, elle existe ; barrée, elle n'existe pas. Les extensions et leur sens
Aucune méthode de cette classe n'est exécutée sur cette page : la classe touche aux fichiers, au réseau, aux processus, à l'horloge, au hasard ou au son, et un exemple exécuté ici ne serait que l'exemple de ses effets. Chaque méthode porte l'explication que la bibliothèque donne d'elle-même.
Méthode
Explication, telle que la source la porte
init
(sans commentaire dans la source : le nom se lit comme une phrase) initaucune extension
AddDataset
define the model (Q-fluent) ------------------------------------- a named dataset -- the solution's real domain data. A menu dataset is [ [ name, desc, price ], ... ]; an orders dataset is [ [ dish, qty ], ... ].QCSXTZZZIBWU
SetPartRole
give a part an app ROLE + the dataset it works over.QCSXTZZZIBWU
SetDatasetColumns
the dataset's COLUMN NAMES. Only the live backend needs them (it materialises each dataset as a real sqlite table, and a part POSTs "dish=Couscous&qty=2" -- form keys ARE column names). Optional: when unset, ColumnsOf() derives c1..cN, so the static model is unaffected.QCSXTZZZIBWU
Name
readsaucune extension
DatasetNames
every dataset's name, in declaration order (the live backend materialises one table per entry).aucune extension
PartNames
every part that has been given a role, in declaration order (the remote backend serialises these so a hosting PROCESS can rebuild the model).aucune extension
ColumnsOf
declared column names, or derived c1..cN from the dataset's widest row.aucune extension
DashboardFromOrders
the aggregation over ANY orders list -- public so the LIVE backend can run the very same computation over rows fetched from the running server (the admin part's :PivotTable, over live data instead of a frozen list).aucune extension
Dataset
(sans commentaire dans la source : le nom se lit comme une phrase) datasetaucune extension
HasRoleFor
(sans commentaire dans la source : le nom se lit comme une phrase) has role foraucune extension
RoleOf
(sans commentaire dans la source : le nom se lit comme une phrase) role ofaucune extension
DatasetNameOf
the NAME of the part's dataset (DatasetOf returns its rows). The live backend needs the name to address the running server's REST resource.aucune extension
DatasetOf
the menu a "menu"-role part shows: [ [ name, desc, price ], ... ].aussi écrite: MenuOfaucune extension
DashboardOf
the REAL dashboard for a "dashboard"-role part: join the part's orders dataset ([ dish, qty ]) with the "menu" dataset (for prices), compute revenue per dish, and aggregate via the engine (stzTable). Returns [ [ [dish, qty, revenue], ... ], total, topDish, topRevenue ].aucune extension
ApiEndpointsFor
the API a backend part serves (real endpoints over the data) ---- the endpoints an "api"-role part exposes: GET /<dataset> for each dataset, plus GET /stats (the engine aggregation) when there are orders to total. Each entry: [ req, count, statsOrEmpty ] -- count = -1 marks the stats one.aucune extension
AddDevice
a firmware part's DEVICE model (pins + an automation rule) ------- pins: [ [ pinNo, label, role, value ], ... ] role = "sensor" | "actuator".QCSXTZZZIBWU
SetRule
an automation rule: actuator ON when sensor < threshold (the real firmware logic the emulator applies -- not a blind toggle).QCSXTZZZIBWU
HasDevice
(sans commentaire dans la source : le nom se lit comme une phrase) has deviceaucune extension
DeviceOf
[ pins, rule ] for a device part; [ [], [] ] if none.aucune extension