Quel est le moyen le plus approprié pour formuler un code

bonjour

Quelle est la meilleure façon que je peux utiliser l'une des quatre méthodes suivantes pour l'élaboration de la programmation

Code:

---

1 2 3 4

1 - abstable1.fieldbyname('cde').asinteger; 2 - abstable1.FieldValues['Cde']; 3 - abstable1['Cde']; 4 - abstable1Cde.value;

---

pour les type suivant:
file type smallint
file type float
file type string
file type boolean
file type date

La Forme 1 avec les différents As* va récupérer une variable du type vraiement souhaité, si la DB et le Code delphi reste cohérent, cela fonctionne très bien, personnellement, je n'utilise que cela

Les Formes 2 et 2 sont équivalentes, ce sont les versions implicites de l'une à l'autre, cela manipule des Variants, ce type est un peu particulier, attention au conversion

La Forme 4, c'est en utilisation statique avec une requête créée via l'IDE, j'utilise rarement cette forme car l'évolution est pénible, c'est pratique pour une application très spécifiée dès que l'on a besoin de grille configurable où les colonnes sont choisies par l'utilisateur ou un intégrateur du logiciel, cette méthode n'est plus utilisable !
Autre reproche, cela mélange Vue et Modèle, ce qui dans un modèle objet orienté "métier" est évidemment une erreur !

Citation:

---

Envoyé par ShaiLeTroll

La Forme 1 avec les différents As* va récupérer une variable du type vraiement souhaité, si la DB et le Code delphi reste cohérent, cela fonctionne très bien, personnellement, je n'utilise que cela

Les Formes 2 et 2 sont équivalentes, ce sont les versions implicites de l'une à l'autre, cela manipule des Variants, ce type est un peu particulier, attention au conversion

La Forme 4, c'est en utilisation statique avec une requête créée via l'IDE, j'utilise rarement cette forme car l'évolution est pénible, c'est pratique pour une application très spécifiée dès que l'on a besoin de grille configurable où les colonnes sont choisies par l'utilisateur ou un intégrateur du logiciel, cette méthode n'est plus utilisable !
Autre reproche, cela mélange Vue et Modèle, ce qui dans un modèle objet orienté "métier" est évidemment une erreur !

---

Merci à tous pour votre collaboration avec moi

J'ajouterais que sur Delphi 2010, la version 3 peut conduire a des ambiguïtés, suite à la migration d'un projet en version 2006.