Classes du modèle de données
ORDA vous permet de créer des fonctions de classe de haut niveau au-dessus du modèle de données. Cela vous permet d'écrire du code orienté métier et de le «publier» comme une API. Le datastore, les dataclasses, les entity selections et les entités sont tous disponibles en tant qu'objets de classe pouvant contenir des fonctions.
Par exemple, vous pouvez créer une fonction getNextWithHigherSalary()
dans la classe EmployeeEntity
pour retourner les employés ayant un salaire supérieur à celui qui est sélectionné. Il serait aussi simple à appeler que :
$nextHigh:=ds.Employee.get(1).getNextWithHigherSalary()
Les développeurs peuvent utiliser ces fonctions non seulement dans des datastores locaux, mais aussi dans des architectures client/serveur et distantes :
//$cityManager est la référence d'un datastore distant
Form.comp.city:=$cityManager.City.getCityName(Form.comp.zipcode)
Grâce à cette fonctionnalité, toute la logique métier de votre application 4D peut être stockée comme une couche indépendante afin d'être facilement maintenue ou réutilisée avec un niveau de sécurité élevé :
-
Elle vous permet de «masquer» la complexité globale de la structure physique sous-jacente et d'exposer uniquement des fonctions compréhensibles et prêtes à l'emploi.
-
Si la structure physique évolue, il vous suffit d'adapter le code de la fonction et les applications clientes continueront de les appeler de manière transparente.
-
Par défaut, toutes les fonctions de votre modèle de données (y compris les fonctions d'attributs calculés) et attributs alias ne sont pas exposés aux applications distantes et ne peuvent pas être appelés à partir de requêtes REST. Vous devez déclarer explicitement chaque fonction publique et alias avec le mot-clé
exposed
.
De plus, 4D crée préalablement et automatiquement les classes pour chaque objet de modèle de données disponible.
Architecture
ORDA fournit des classes génériques exposées via le class store 4D
, ainsi que des classes utilisateurs (étendant les classes génériques) exposées dans le class store **`
Toutes les classes de modèle de données ORDA sont exposées en tant que propriétés du class store cs
. Les classes ORDA suivantes sont disponibles :
Class | Nom de l'exemple | Instanciée par |
---|---|---|
cs.DataStore | cs.DataStore | Commande ds |
cs.DataClassName | cs.Employee | dataStore.DataClassName , dataStore["DataClassName"] |
cs._DataClassName_Entity | cs.EmployeeEntity | dataClass.get() , dataClass.new() , entitySelection.first() , entitySelection.last() , entity.previous() , entity.next() , entity.first() , entity.last() , entity.clone() |
cs._DataClassName_Selection | cs.EmployeeSelection | dataClass.query() , entitySelection.query() , dataClass.all() , dataClass.fromCollection() , dataClass.newSelection() , entitySelection.drop() , entity.getSelection() , entitySelection.and() , entitySelection.minus() , entitySelection.or() , entitySelection.orderBy() , entitySelection.orderByFormula() , entitySelection.slice() , Create entity selection |
Les classes utilisateur ORDA sont stockées sous forme de fichiers de classe standard (.4dm) dans le sous-dossier Classes du projet (voir ci-dessous).
De plus, les instances d'objet de classes utilisateurs du modèles de données ORDA bénéficient des propriétés et fonctions de leurs parents:
- un objet de classe Datastore peut appeler des fonctions de la classe générique ORDA Datastore.
- un objet de classe Dataclass peut appeler des fonctions de la classe générique ORDA Dataclass.
- un objet de classe Entity selection peut appeler des fonctions de la classe générique ORDA Entity selection.
- un objet de classe Entity peut appeler des fonctions de la classe générique ORDA Entity.
Description de la classe
Historique
Release | Modifications |
---|---|
19 R4 | Attributs alias dans la classe Entity |
19 R3 | Attributs calculés dans la classe Entity |
18 R5 | Les fonctions des classes du modèle de données ne sont pas exposées par défaut en REST. Nouveaux mots-clés exposed et local . |
Classe DataStore
Une base de données 4D expose sa propre classe DataStore dans le class store cs
.
- Etend: 4D.DataStoreImplementation
- Nom de classe : cs.DataStore
Vous pouvez créer des fonctions dans la classe DataStore qui seront disponibles via l'objet ds
.
Exemple
// cs.DataStore class
Class extends DataStoreImplementation
Function getDesc
$0:="Database exposing employees and their companies"
Cette foncton peut alors être appelée :
$desc:=ds.getDesc() //"Database exposing..."
Classe DataClass
Chaque table exposée avec ORDA affiche une classe DataClass dans le class store cs
.
- Etend : 4D.DataClass
- Nom de classe: cs.DataClassName (où DataClassName est le nom de la table)
- Exemple : cs.Employee
Exemple
// cs.Company class
Class extends DataClass
// Retourne les entreprises dont le revenu est supérieur à la moyenne
// Retourne une entity selection liée à la dataclass Company
Function GetBestOnes()
$sel:=This.query("revenues >= :1";This.all().average("revenues"));
$0:=$sel
Vous pouvez ensuite obtenir une sélection d'entité des "meilleures" entreprises en exécutant le code suivant :
var $best : cs.CompanySelection
$best:=ds.Company.GetBestOnes()
Les champs calculés sont définis dans la classe Entity.
Exemple avec un datastore distant
Le catalogue City suivant est exposé dans un datastore distant (vue partielle) :
La classe City Class
fournit une API :
// cs.City class
Class extends DataClass
Function getCityName()
var $1; $zipcode : Integer
var $zip : 4D.Entity
var $0 : Text
$zipcode:=$1
$zip:=ds.ZipCode.get($zipcode)
$0:=""
If ($zip#Null)
$0:=$zip.city.name
End if
L'application cliente ouvre une session sur le datastore distant :
$cityManager:=Open datastore(New object("hostname";"127.0.0.1:8111");"CityManager")
Une application cliente peut alors utiliser l'API pour obtenir la ville correspondant au code postal (par exemple) à partir d'un formulaire :
Form.comp.city:=$cityManager.City.getCityName(Form.comp.zipcode)
Classe EntitySelection
Chaque table exposée avec ORDA affiche une classe EntitySelection dans le class store cs
.
- Etend : 4D.EntitySelection
- Nom de classe : _DataClassName_Selection (où DataClassName est le nom de la table)
- Exemple : cs.EmployeeSelection
Exemple
// cs.EmployeeSelection class
Class extends EntitySelection
//Extraire, de cette entity selection, les employés dont le salaire est supérieur à la moyenne.
Function withSalaryGreaterThanAverage() : cs.EmployeeSelection
return This.query("salary > :1";This.average("salary")).orderBy("salary")
Vous pouvez alors obtenir les employés dont le salaire est supérieur à la moyenne, dans une sélection d'entité, en exécutant le code suivant :
$moreThanAvg:=ds.Company.all().employees.withSalaryGreaterThanAverage()
Les filtres des entity selection restreintes sont définis dans la classe dataclass.
Classe Entity
Chaque table exposée avec ORDA affiche une classe Entity dans le class store cs
.
- Etend : 4D.Entity
- Nom de classe : _DataClassName_Entity (où DataClassName est le nom de la table)
- Exemple : cs.CityEntity
Attributs calculés
Les classes Entity vous permettent de définir des attributs calculés à l'aide de mots-clés spécifiques :
Function get
attributeNameFunction set
attributeNameFunction query
attributeNameFunction orderBy
attributeName
Pour plus d'informations, reportez-vous à la section Attributs calculés .
Attributs de type alias
Les classes Entity vous permettent de définir des attributs alias, généralement sur des attributs liés, en utilisant le mot-clé Alias
:
Alias
attributeName targetPath
Pour plus d'informations, reportez-vous à la section Attributs Alias.
Exemple
// cs.CityEntity class
Class extends Entity
Function getPopulation() : Integer
return This.zips.sum("population")
Function isBigCity(): Boolean
//La fonction getPopulation() est utilisable dans la classe
return This.getPopulation()>50000
Vous pouvez ensuite appeler ce code :
var $cityManager; $city : Object
$cityManager:=Open datastore(New object("hostname";"127.0.0.1:8111");"CityManager")
$city:=$cityManager.City.getCity("Caguas")
If ($city.isBigCity())
ALERT($city.name + " is a big city")
End if
Règles spécifiques
Lors de la création ou de la modification de classes de modèles de données, vous devez veiller aux règles décrites ci-dessous :
-
Puisqu'ils sont utilisés pour définir des noms de classe DataClass automatiques dans le class store cs, les tables 4D doivent être nommées afin d'éviter tout conflit dans l'espace de nommage cs. En particulier :
- Ne donnez pas le même nom à une table 4D et à une classe d'utilisateurs (user class). Si un tel cas se produit, le constructeur de la classe utilisateur devient inutilisable (un avertissement est retourné par le compilateur).
- N'utilisez pas de nom réservé pour une table 4D (par exemple "DataClass").
-
Lors de la définition d'une classe, assurez-vous que l'instruction
Class extends
correspond exactement au nom de la classe parente (rappelez-vous qu'ils sont sensibles à la casse). Par exemple,Class extends EntitySelection
pour une classe de sélection d'entité. -
Vous ne pouvez pas instancier un objet de classe du modèle de données avec le mot clé
new()
(une erreur est retournée). Vous devez utiliser une des méthodes listées dans la colonneInstanciée par
de la table de classe ORDA. -
Vous ne pouvez pas remplacer une fonction de classe ORDA native du class store
4D
par une fonction de classe utilisateur de modèle de données.
Exécution préemptive
Lors de la compilation, les fonctions de classe du modèle de données sont exécutées :
- dans des process préemptifs ou coopératifs (en fonction du process appelant) dans les applications monoposte,
- dans des process préemptifs dans les applications client/serveur (sauf si le mot-clé
local
est utilisé, auquel cas cela dépend du process d'appel comme en mono-utilisateur).
Si votre projet est conçu de façon à être exécuté en client/serveur, assurez-vous que le code de la fonction de classe du modèle de données est thread-safe. Si un code thread-unsafe est appelé, une erreur sera générée au moment de l'exécution (aucune erreur ne sera déclenchée au moment de la compilation puisque l'exécution coopérative est prise en charge dans les applications monoposte).
Attributs calculés
Vue d’ensemble
Un champ calculé est un attribut de dataclass avec un type de données qui masque un calcul. Les classes 4D standard implémentent le concept de propriétés calculées avec des fonctions d'accès telles que get
(getter) et set
(setter). Les attributs de dataclass ORDA bénéficient de cette fonctionnalité et l'étendent avec deux fonctions supplémentaires : query
et orderBy
.
Un champ calculé nécessite au minimum une fonction get
qui décrit comment sa valeur sera calculée. Lorsqu'une fonction getter est fournie à un attribut, 4D ne crée pas l'espace de stockage sous-jacent dans le datastore mais substitue le code de la fonction chaque fois que l'attribut est accédé. Si l'attribut n'est pas consulté, le code ne s'exécute jamais.
Un champ calculé peut également mettre en œuvre une fonction set
, qui s'exécute chaque fois qu'une valeur est attribuée à l'attribut. La fonction setter décrit ce qui est à faire avec la valeur attribuée, généralement en la redirigeant vers un ou plusieurs attributs de stockage ou, dans certains cas, vers d'autres entités.
Tout comme les champs de stockage, les champs calculés peuvent être inclus dans les requêtes. Par défaut, lorsqu'un champ calculé est utilisé dans une requête ORDA, il est calculé une fois par entité examinée. Dans certains cas, cela est suffisant. . Cependant, pour de meilleures performances, notamment en client/serveur, les champs calculés peuvent implémenter une fonction de requête query
qui s'appuie sur les attributs des dataclass et qui bénéficie de leurs index.
De même, les champs calculés peuvent être inclus dans des tris. Lorsqu'un champ calculé est utilisé dans un tri ORDA, l'attribut est calculé une fois par entité examinée. Tout comme dans les requêtes, les champs calculés peuvent mettre en œuvre une fonction orderBy
qui substitue d'autres attributs pendant le tri, améliorant ainsi les performances.
Comment définir les attributs calculés
Vous créez un attribut calculé en définissant un accesseur get
dans la classe Entity de la dataclass. L'attribut calculé sera automatiquement disponible dans les attributs de la dataclass et dans les attributs de l'entité.
D'autres fonctions d'attributs calculés (set
, query
et orderBy
) peuvent également être définies dans la classe entity. Elles sont facultatives.
Dans les fonctions d'attributs calculés, This
désigne l'entité. Les attributs calculés peuvent être utilisés et traités comme n'importe quel attribut de dataclass, c'est-à-dire qu'ils seront traités par les fonctions de classe entity ou de classe entity selection.
Les attributs calculés ORDA ne sont pas exposés par défaut. Exposez un champ calculé en ajoutant le mot-clé
exposed
lors de la définition de la fonction get.
Les fonctions get et set peuvent avoir la propriété local pour optimiser le traitement client/serveur.
Function get <attributeName>
Syntaxe
{local} {exposed} Function get <attributeName>({$event : Object}) -> $result : type
// code
La fonction getter est obligatoire pour déclarer l'attribut calculé attributeName. Chaque fois que l'on accède à l'attributeName, 4D évalue le code de la fonction getter
et retourne la valeur $result.
Un attribut calculé peut utiliser la valeur d'un ou plusieurs autres attributs calculés. Les appels récursifs génèrent des erreurs.
La fonction getter définit le type de données de l'attribut calculé grâce au paramètre $result. Les types de résultats suivants sont autorisés :
- Scalar (text, boolean, date, time, number)
- Object
- Image
- BLOB
- Entity (i.e. cs.EmployeeEntity)
- Entity selection (i.e. cs.EmployeeSelection)
Les propriétés du paramètre $event sont les suivantes :
Propriété | Type | Description |
---|---|---|
attributeName | Text | Nom de l'attribut calculé |
dataClassName | Text | Nom de la dataclass |
kind | Text | "get" |
result | Variant | Optionnel. Complétez cette propriété avec la valeur Null si vous souhaitez qu'un champ scalaire retourne Null |
Exemples
- L'attribut calculé fullName :
Function get fullName($event : Object)-> $fullName : Text
Case of
: (This.firstName=Null) & (This.lastName=Null)
$event.result:=Null //utiliser result pour retourner Null
: (This.firstName=Null)
$fullName:=This.lastName
: (This.lastName=Null)
$fullName:=This.firstName
Else
$fullName:=This.firstName+" "+This.lastName
End case
- Un attribut calculé peut être basé sur un attribut relatif à une entité :
Function get bigBoss($event : Object)-> $result: cs.EmployeeEntity
$result:=This.manager.manager
- Un attribut calculé peut être basé sur un attribut relatif à une entity selection :
Function get coWorkers($event : Object)-> $result: cs.EmployeeSelection
If (This.manager.manager=Null)
$result:=ds.Employee.newSelection()
Else
$result:=This.manager.directReports.minus(this)
End if
Function set <attributeName>
Syntaxe
{local} Function set <attributeName>($value : type {; $event : Object})
// code
La fonction setter s'exécute chaque fois qu'une valeur est attribuée à l'attribut. Cette fonction traite généralement la ou les valeurs d'entrée et le résultat est réparti entre un ou plusieurs autres attributs.
Le paramètre $value reçoit la valeur attribuée à l'attribut.
Les propriétés du paramètre $event sont les suivantes :
Propriété | Type | Description |
---|---|---|
attributeName | Text | Nom de l'attribut calculé |
dataClassName | Text | Nom de la dataclass |
kind | Text | "set" |
value | Variant | Valeur à gérer par l'attribut calculé |
Exemple
Function set fullName($value : Text; $event : Object)
var $p : Integer
$p:=Position(" "; $value)
This.firstname:=Substring($value; 1; $p-1) // "" if $p<0
This.lastname:=Substring($value; $p+1)
Function query <attributeName>
Syntaxe
Function query <attributeName>($event : Object)
Function query <attributeName>($event : Object) -> $result : Text
Function query <attributeName>($event : Object) -> $result : Object
// code
Cette fonction prend en charge trois syntaxes :
- Avec la première syntaxe, vous traitez l'ensemble de la requête via la propriété de l'objet objet
$event.result
. - Avec les deuxième et troisième syntaxes, la fonction retourne une valeur dans $result :
- Si $result est Text, il doit s'agir d'une chaîne de requête valide
- Si $result est Object, il doit contenir deux propriétés : | Propriété | Type | Description | | ---------------------------------- | ---------- | ---------------------------------------------------------------------------------------------------------------------------- | | $result.query | Text | Chaîne de requête valide avec placeholders (:1, :2, etc.) | | $result.parameters | Collection | valeurs pour placeholders |
La fonction query
s'exécute à chaque fois qu'une requête utilisant l'attribut calculé est lancée. Il est utile de personnaliser et d'optimiser les requêtes en s'appuyant sur les attributs indexés. Lorsque la fonction query
n'est pas implémentée pour un attribut calculé, la recherche est toujours séquentielle (basée sur l'évaluation de toutes les valeurs à l'aide de la fonction get <AttributeName>
).
Les fonctionnalités suivantes ne sont pas prises en charge :
- appel d'une fonction
query
sur les attributs calculés du type Entity ou Entity selection,- utilisation du mot-clé
order by
dans la chaîne de requête résultante.
Les propriétés du paramètre $event sont les suivantes :
Propriété | Type | Description |
---|---|---|
attributeName | Text | Nom de l'attribut calculé |
dataClassName | Text | Nom de la dataclass |
kind | Text | "query" |
value | Variant | Valeur à gérer par l'attribut calculé |
operator | Text | Opérateur de recherche (voir également la fonction de classe query ). Valeurs possibles: |
result | Variant | Valeur devant être gérée par le champ calculé. Passez Null dans cette propriété si vous voulez laisser 4D exécuter la recherche par défaut (toujours séquentielle pour les attributs calculés). |
Si la fonction retourne une valeur dans $result et qu'une autre valeur est attribuée à la propriété
$event.result
, la priorité est donnée à$event.result
.
Exemples
- Requête sur l'attribut calculé fullName.
Function query fullName($event : Object)->$result : Object
var $fullname; $firstname; $lastname; $query : Text
var $operator : Text
var $p : Integer
var $parameters : Collection
$operator:=$event.operator
$fullname:=$event.value
$p:=Position(" "; $fullname)
If ($p>0)
$firstname:=Substring($fullname; 1; $p-1)+"@"
$lastname:=Substring($fullname; $p+1)+"@"
$parameters:=New collection($firstname; $lastname) // two items collection
Else
$fullname:=$fullname+"@"
$parameters:=New collection($fullname) // single item collection
End if
Case of
: ($operator="==") | ($operator="===")
If ($p>0)
$query:="(firstName = :1 and lastName = :2) or (firstName = :2 and lastName = :1)"
Else
$query:="firstName = :1 or lastName = :1"
End if
: ($operator="!=")
If ($p>0)
$query:="firstName != :1 and lastName != :2 and firstName != :2 and lastName != :1"
Else
$query:="firstName != :1 and lastName != :1"
End if
End case
$result:=New object("query"; $query; "parameters"; $parameters)
N'oubliez pas que l'utilisation de placeholders dans les recherches basées sur la saisie de texte par l'utilisateur est recommandée pour des raisons de sécurité (voir la description de
query()
).
Code d'appel, par exemple :
$emps:=ds.Employee.query("fullName = :1"; "Flora Pionsin")
- Cette fonction gère les requêtes sur l'attribut calculé age et retourne un objet avec des paramètres :
Function query age($event : Object)->$result : Object
var $operator : Text
var $age : Integer
var $_ages : Collection
$operator:=$event.operator
$age:=Num($event.value) // integer
$d1:=Add to date(Current date; -$age-1; 0; 0)
$d2:=Add to date($d1; 1; 0; 0)
$parameters:=New collection($d1; $d2)
Case of
: ($operator="==")
$query:="birthday > :1 and birthday <= :2" // après d1 et avant ou égale à d2
: ($operator="===")
$query:="birthday = :2" // d2 = seconde date calculée (= anniversaire)
: ($operator=">=")
$query:="birthday <= :2"
//... autres opérateurs
End case
If (Undefined($event.result))
$result:=New object
$result.query:=$query
$result.parameters:=$parameters
End if
Code d'appel, par exemple :
// personnes entre 20 et 21 ans (-1 jour)
$twenty:=people.query("age = 20") // appelle le cas "=="
// personnes âgées de 20 ans aujourd'hui
$twentyToday:=people.query("age === 20") // équivaut à people.query("age is 20")
Function orderBy <attributeName>
Syntaxe
Function orderBy <attributeName>($event : Object)
Function orderBy <attributeName>($event : Object)-> $result : Text
// code
La fonction orderBy
s'exécute chaque fois que l'attribut calculé doit être ordonné. Elle permet de trier l'attribut calculé. Par exemple, vous pouvez trier fullName sur les prénoms puis les noms, ou inversement.
Lorsque la fonction orderBy
n'est pas implémentée pour un attribut calculé, le tri est toujours séquentiel (basé sur l'évaluation de toutes les valeurs à l'aide de la fonction get <AttributeName>
).
L'appel d'une fonction
orderBy
sur des attributs calculés de type Entity class ou Entity selection class n'est pas pris en charge.
Les propriétés du paramètre $event sont les suivantes :
Propriété | Type | Description |
---|---|---|
attributeName | Text | Nom de l'attribut calculé |
dataClassName | Text | Nom de la dataclass |
kind | Text | "orderBy" |
value | Variant | Valeur à gérer par l'attribut calculé |
operator | Text | "desc" or "asc" (default) |
descending | Boolean | true pour l'ordre décroissant, false pour l'ordre croissant |
result | Variant | Valeur devant être gérée par le champ calculé. Passez Null si vous voulez laisser 4D exécuter le tri par défaut. |
Vous pouvez utiliser soit
l'opérateur
, soit la propriétédescending
. C'est essentiellement une question de style de programmation (voir les exemples).
Vous pouvez retourner la chaîne orderBy
soit dans la propriété de l'objet $event.result
, soit dans le résultat de la fonction $result. Si la fonction retourne une valeur dans $result et qu'une autre valeur est attribuée à la propriété $event.result
, la priorité est donnée à $event.result
.
Exemple
Vous pouvez saisir du code conditionnel :
Function orderBy fullName($event : Object)-> $result : Text
If ($event.descending=True)
$result:="firstName desc, lastName desc"
Else
$result:="firstName, lastName"
End if
Vous pouvez également saisir du code compact :
Function orderBy fullName($event : Object)-> $result : Text
$result:="firstName "+$event.operator+", "lastName "+$event.operator
Le code conditionnel est nécessaire dans certains cas :
Function orderBy age($event : Object)-> $result : Text
If ($event.descending=True)
$result:="birthday asc"
Else
$result:="birthday desc"
End if
Attributs de type alias
Vue d’ensemble
Un attribut alias est construit au-dessus d'un autre attribut du modèle de données, nommé attribut cible. L'attribut cible peut appartenir à une dataclass liée (accessible via n'importe quel niveau de relation) ou à la même dataclass. Un attribut alias ne stocke aucune donnée, mais uniquement le chemin vers son attribut cible. Vous pouvez définir autant d'attributs alias que vous le souhaitez dans une dataclass.
Les attributs Alias sont particulièrement utiles pour gérer les relations N vers N. Ils apportent plus de lisibilité et de simplicité dans le code et dans les recherches en permettant de s'appuyer sur des concepts métier plutôt que sur des détails d'implémentation.
Comment définir des attributs alias
Vous créez un attribut alias dans une dataclass en utilisant le mot-clé Alias
dans la classe Entity de la dataclass.
Alias <attributeName> <targetPath>
Syntaxe
{exposed} Alias <attributeName> <targetPath>
attributeName doit respecter les règles standard pour les noms de propriétés.
targetPath est un chemin d'attribut contenant un ou plusieurs niveaux, comme "employee.company.name". Si l'attribut cible appartient à la même dataclass, targetPath est le nom de l'attribut.
Un alias peut être utilisé comme partie d'un chemin d'un autre alias.
Un attribut calculé peut être utilisé dans un chemin d'alias, mais seulement comme dernier niveau du chemin, sinon une erreur est renvoyée. Par exemple, si "fullName" est un attribut calculé, un alias avec le chemin "employee.fullName" est valide.
Les attributs alias ORDA ne sont pas exposés par défaut. Vous devez ajouter le mot-clé
exposed
avant le mot-cléAlias
si vous voulez que l'alias soit disponible pour les requêtes distantes.
Utiliser les attributs alias
Les attributs alias sont en lecture seule (sauf lorsqu'ils sont basés sur un attribut scalaire de la même dataclass, voir le dernier exemple ci-dessous). Ils peuvent être utilisés à la place de leur chemin d'attribut cible dans les fonctions ORDA telles que :
Function |
---|
dataClass.query() , entitySelection.query() |
entity.toObject() |
entitySelection.toCollection() |
entitySelection.extract() |
entitySelection.orderBy() |
entitySelection.orderByFormula() |
entitySelection.average() |
entitySelection.count() |
entitySelection.distinct() |
entitySelection.sum() |
entitySelection.min() |
entitySelection.max() |
entity.diff() |
entity.touchedAttributes() |
Gardez à l'esprit que les attributs alias sont calculés sur le serveur. Dans les configurations à distance, la mise à jour des attributs d'alias dans les entités nécessite que les entités soient rechargées à partir du serveur.
Propriétés des alias
L'attribut d'alias kind
est "alias".
Un attribut alias hérite de son type
de données de l'attribut cible :
- si le
kind
de l'attribut cible est "storage", le type de données de l'alias est du même type, - si le
kind
de l'attribut cible est "relatedEntity" ou "relatedEntities", le type de données de l'alias est de type4D.Entity
ou4D.EntitySelection
("_nomDeClasse_Entity" ou "_nomDeClasse_Selection").
Les attributs alias basés sur des relations ont une propriété spécifique path
, contenant le chemin de leurs attributs cibles. Les attributs alias basés sur les attributs de la même dataclass ont les mêmes propriétés que leurs attributs cibles (et pas de propriété path
).
Exemples
Considérant le modèle suivant :
Dans la dataclasse Teacher, un attribut alias renvoie tous les élèves d'un enseignant :
// cs.TeacherEntity class
Class extends Entity
Alias students courses.student //relatedEntities
Dans la dataclass Student, un attribut alias renvoie tous les enseignants d'un élève:
// cs.StudentEntity class
Class extends Entity
Alias teachers courses.teacher //relatedEntities
Dans la dataclass Course :
- un attribut alias renvoie une autre libellé pour l'attribut "name"
- un attribut alias renvoie le nom de l'enseignant
- un attribut alias renvoie le nom de l'étudiant
// cs.CourseEntity class
Class extends Entity
Exposed Alias courseName name //scalaire
Exposed Alias teacherName teacher.name //valeur scalaire
Exposed Alias studentName student.name //valeur scalaire
Vous pouvez alors exécuter les recherches suivantes :
// Trouver le cours nommé "Archaeology"
ds.Course.query("courseName = :1";"Archaeology")
// Trouver les cours donnés par le professeur Smith
ds.Course.query("teacherName = :1";"Smith")
// Trouver des cours auxquels l'étudiant "Martin" assiste
ds.Course.query("studentName = :1";"Martin")
// Trouver des étudiants qui ont M. Smith en tant qu'enseignant
ds.Student.query("teachers.name = :1";"Smith")
// Trouver des enseignants qui ont M. Martin comme étudiant
ds.Teacher.query("students.name = :1"; Martin")
// Notez que cette chaîne de recherche très simple traite une requête complexe
// incluant une double jointure, comme vous pouvez le voir dans le queryPlan:
// "Join on Table: Course : Teacher.ID = Course.teacherID,
// subquery:[ Join on Table : Student: Course.studentID = Student.ID,
// subquery:[ Student.name === Martin]]"
Vous pouvez également modifier la valeur de l'alias courseName :
// Renommer un cours en utilisant son attribut alias
$arch:=ds.Course.query("courseName = :1";"Archaeology")
$arch.courseName:="Archaeology II"
$arch.save() //courseName et name sont "Archaeology II"
Fonctions exposées et non exposées
Pour des raisons de sécurité, toutes vos fonctions de classe de modèle de données et les attributs alias ne sont pas exposés (c'est-à-dire privés) par défaut aux requêtes distantes.
Les requêtes à distance incluent :
- Les requêtes envoyées par des applications 4D distantes connectées via
Open datastore
- Les requêtes REST
Les requêtes client/serveur 4D standard ne sont pas impactées. Les fonctions de classe de modèle de données sont toujours disponibles dans cette architecture.
Une fonction qui n'est pas exposée n'est pas disponible sur les applications distantes et ne peut être appelée sur aucune instance d'objet à partir d'une requête REST. Si une application distante tente d'accéder à une fonction non exposée, l'erreur «-10729 - Méthode membre inconnue» est retournée.
Pour permettre à une fonction de classe de modèle de données d'être appelée par une requête distante, vous devez la déclarer explicitement à l'aide du mot-clé exposed
. La syntaxe formelle est la suivante :
// déclarer une fonction exposée
exposed Function <functionName>
Le mot-clé
exposed
ne peut être utilisé qu'avec les fonctions de classe du modèle de données. S'il est utilisé avec une fonction de classe utilisateur standard, il est ignoré et une erreur est retournée par le compilateur.
Exemple
Vous voulez qu'une fonction exposée utilise une fonction privée dans une classe dataclass :
Class extends DataClass
//Fonction publique
exposed Function registerNewStudent($student : Object) -> $status : Object
var $entity : cs.StudentsEntity
$entity:=ds.Students.new()
$entity.fromObject($student)
$entity.school:=This.query("name=:1"; $student.schoolName).first()
$entity.serialNumber:=This.computeSerialNumber()
$status:=$entity.save()
//Fonction non exposée (privée)
Function computeIDNumber()-> $id : Integer
//calculer un nouveau numéro d'ID
$id:=...
Lorsque le code est appelé :
var $remoteDS; $student; $status : Object
var $id : Integer
$remoteDS:=Open datastore(New object("hostname"; "127.0.0.1:8044"); "students")
$student:=New object("firstname"; "Mary"; "lastname"; "Smith"; "schoolName"; "Math school")
$status:=$remoteDS.Schools.registerNewStudent($student) // OK
$id:=$remoteDS.Schools.computeIDNumber() // Error "Unknown member method"
Fonctions locales
Par défaut dans l'architecture client/serveur, les fonctions de modèle de données ORDA sont exécutées sur le serveur. Cela garantit généralement les meilleures performances puisque seuls la requête de fonction et le résultat sont envoyés sur le réseau.
Cependant, il peut arriver qu'une fonction soit entièrement exécutable côté client (par exemple, lorsqu'elle traite des données qui se trouvent déjà dans le cache local). Dans ce cas, vous pouvez économiser des requêtes au serveur et ainsi améliorer les performances de l'application en saisissant le mot-clé local
. La syntaxe formelle est la suivante :
// déclarer une fonction à exécuter localement en client/serveur
local Function <functionName>
Avec ce mot-clé, la fonction sera toujours exécutée côté client.
Le mot-clé
local
ne peut être utilisé qu'avec les fonctions de classe du modèle de données. S'il est utilisé avec une fonction de classe utilisateur standard, il est ignoré et une erreur est retournée par le compilateur.
A noter que la fonction sera exécutée avec succès même si elle nécessite d'accéder au serveur (par exemple si le cache ORDA est expiré). Toutefois, il est fortement recommandé de s'assurer que la fonction locale n'accède pas aux données sur le serveur, sinon l'exécution locale pourrait n'apporter aucun avantage en termes de performances. Une fonction locale qui génère de nombreuses requêtes au serveur est moins efficace qu'une fonction exécutée sur le serveur qui ne retournerait que les valeurs résultantes. Prenons l'exemple suivant, avec une fonction sur l'entité Schools :
// Trouver les étudiants les plus jeunes
// Utilisation inappropriée du mot-clé local
local Function getYoungest
var $0 : Object
$0:=This.students.query("birthDate >= :1"; !2000-01-01!).orderBy("birthDate desc").slice(0; 5)
- sans le mot clé
local
, le résultat est donné en une seule requête - avec le mot-clé
local
, 4 requêtes sont nécessaires : une pour obtenir les élèves de l'entité Schools, une pour laquery()
, une pour leorderBy()
et une pour laslice()
. Dans cet exemple, l'utilisation du mot-clélocal
est inappropriée.
Exemples
Calcul de l'âge
Considérons une entité avec un attribut birthDate. Nous souhaitons définir une fonction age()
qui serait appelée dans une list box. Cette fonction peut être exécutée sur le client, ce qui évite de déclencher une requête au serveur pour chaque ligne de la list box.
Dans la classe StudentsEntity :
Class extends Entity
local Function age() -> $age: Variant
If (This.birthDate#!00-00-00!)
$age:=Year of(Current date)-Year of(This.birthDate)
Else
$age:=Null
End if
Vérification des attributs
Nous souhaitons vérifier la cohérence des attributs d'une entité chargée sur le client et mise à jour par l'utilisateur, avant de demander au serveur de les enregistrer.
Sur la classe StudentsEntity, la fonction locale checkData()
vérifie l'âge de l'étudiant :
Class extends Entity
local Function checkData() -> $status : Object
$status:=New object("success"; True)
Case of
: (This.age()=Null)
$status.success:=False
$status.statusText:="The birthdate is missing"
:((This.age() <15) | (This.age()>30) )
$status.success:=False
$status.statusText:="The student must be between 15 and 30 - This one is "+String(This.age())
End case
Code d'appel :
var $status : Object
//Form.student est chargé avec tous ses a attributs et mis à jour sur un Form
$status:=Form.student.checkData()
If ($status.success)
$status:=Form.student.save() // appelle le serveur
End if
Prise en charge dans l'IDE 4D
Fichiers de classe (class files)
Une classe utilisateur ORDA de modèle de données est définie en ajoutant, au même emplacement que les fichiers de classe usuels (c'est-à-dire dans le dossier /Sources/Classes
du dossier projet), un fichier .4dm avec le nom de la classe. Par exemple, une classe d'entité pour la dataclass Utilities
sera définie via un fichier UtilitiesEntity.4dm
.
Créer des classes
4D crée préalablement et automatiquement des classes vides en mémoire pour chaque objet de modèle de données disponible.
Par défaut, les classes ORDA vides ne sont pas affichées dans l'Explorateur. Pour les afficher, vous devez sélectionner Afficher toutes les dataclasses dans le menu d'options de l'Explorateur :
Les classes utilisateurs ORDA ont une icône différente des autres classes. Les classes vides sont grisées :
Pour créer un fichier de classe ORDA, il vous suffit de double-cliquer sur la classe prédéfinie correspondante dans l'Explorateur. 4D crée le fichier de classe et ajoute le code extends
. Par exemple, pour une classe Entity :
Class extends Entity
Une fois qu'une classe est définie, son nom n'est plus grisé dans l'Explorateur.
Modifier des classes
Pour ouvrir une classe ORDA définie dans l'éditeur de code de 4D, sélectionnez ou double-cliquez sur un nom de classe ORDA et utilisez Edit... depuis le menu contextuel/options de la fenêtre de l'Explorateur:
Pour les classes ORDA basées sur le datastore local (ds
), vous pouvez accéder directement au code de la classe depuis la fenêtre de structure de 4D :
Éditeur de code
Dans l'éditeur de code 4D, les variables typées en tant que classe ORDA bénéficient automatiquement des fonctions d'auto-complétion. Exemple avec une variable de classe Entity :