Saisie, langue et données Enregistrée uniquement
Des versions liées aux données pour tes fiches
La plupart des fiches métier Delphi reposent sur un TDataSet, et câbler chaque éditeur à la main est répétitif. Dix contrôles liés aux données se lient directement à un champ via DataSource et DataField : un sélecteur de date, un sélecteur d'heure, un champ numérique, une notation, un curseur à plage dont la seconde poignée se lie à EndDataField, un champ à boutons, un champ à masque qui reprend l'EditMask de son champ, un champ monétaire, un mémo et un champ de liste de choix qui remplit sa liste multicolonne depuis un second jeu de données via ListSource, KeyField et ListField, comme TDBLookupComboBox. Les champs nuls s'affichent vides quand AllowEmpty est activé, et un champ obligatoire signale une valeur vide au validateur. Ils se lient via TsgcEditorFieldLink, qui n'utilise que l'unité DB, donc les versions FireMonkey n'ont pas besoin de LiveBindings. En .NET, les éditeurs WinForms lient un champ via DataSource, DataMember et DataField avec un BindingSource, une DataTable, une DataView ou une List, et les propriétés de valeur WPF et Avalonia se lient dans les deux sens. Dépose-les sur une fiche existante et la logique de jeu de données que tu as déjà continue de fonctionner sans changement.
TsgcVCLDBDatePicker, TsgcVCLDBTimePicker, TsgcVCLDBSpinEdit
TsgcVCLDBRating et TsgcVCLDBRangeSlider
TsgcVCLDBButtonEdit, TsgcVCLDBMaskEdit, TsgcVCLDBCurrencyEdit, TsgcVCLDBMemo, TsgcVCLDBLookupEdit
DataSource, DataField, EndDataField ; listes de choix via ListSource, KeyField, ListField
- WinForms :
DataSource, DataMember, DataField ; WPF et Avalonia : les propriétés de valeur se lient dans les deux sens
Dans les paquets .NET Community, les éditeurs WinForms n'ont ni DataSource, ni DataMember, ni DataField ; la liaison WPF et Avalonia et l'ItemsSource du champ de liste de choix fonctionnent dans les deux éditions.
Lire la rubrique d'aide