Si on essaye de suivre les nomenclatures de Microsoft dans Dataverse, il faudrait plutôt écrire les noms en PascalCase (sans compter le préfixe), ce qui donnera le nom de schéma. Le nom logique sera automatiquement remis en minuscule. Pourquoi me direz-vous? il existe cette notion de Early Bound Entities qui sert à générer le modèle objet CRM en .Net pour les développeurs et qui reprend le nom de schéma. Donc si vous utilisez du PascalCase, vous aurez des noms de classes (table) et propriétés (colonnes) respectant les bonnes pratiques de nommage .Net, en plus d’avoir une cohérence pour le low code/no code.
Ensuite, en suivant toujours la logique de ce que fait MS (quand ils le font bien), certains type de champ doivent être préfixé/suffixé:
Lookup : doit finir par Id => prefix_TableLieeId
Choix : doit finir par Code => prefix_MaListeCode
Booléen : doit représenter une affirmation => prefix_EstAcceptee
Date : contient le mot Date ou fait référence à une action => prefix_DateDebut ou prefix_SigneLe
Pour les autres types, le nommage en lui-même devrait suffire à identifier le type.
Voilà, c’est ma petite expérience de 19 ans de Dynamics CRM/365 en tant que développeur principalement mais aussi de citizen developer maintenant 🙂
CommentID=mALztDI0zC5iij9, PostID=Bcjo0E7y9lwWty4
Signaler
Un problème est survenu lors du signalement de ce message.
Bloquer un membre ?
Veuillez confirmer que vous souhaitez bloquer ce membre.
Vous ne pourrez plus :
Voir les publications des membres bloqués
Mentionnez ce membre dans les messages
Inviter ce membre à rejoindre des groupes
Envoyer un message à ce membre
Veuillez prévoir quelques minutes pour que ce processus se termine.