Bonjour,
Je cherche à avoir une méthode de dev qui me permet d'avoir un appli la plus maintenable possible et la plus évolutive possible. Je me pose donc la question suivant quand on utilise delphi :
Prenons le cas simplifié d'une gestion de client.
j'ai 2 possibilités:
Principe 1 :
- Définition d'une classe TClient (unité Client.pas)
Propriété publiées :
CodeClient
Raison Sociale
ClientDataset
etc...
méthodes :
Edit;
Delete;
Post;
etc...
- Définition d'un écran
l'écran étant appelé avec comme paramètre l'objet client à modifier
ou nil pour indiquer une création de nouveau client.
=> les requêtes SQL sont donc gérés par la class Tclient et donc inconnu de l'écran. par contre, une rubrique d'un client doit être défini 2 fois (écran + class) ce qui donne un double travail
Principe 2:
Pas de classe Tclient.
Définition d'un écran.
Gestion des données directement dans l'écran.
(exemple, clic sur Enregistrer, le bouton execute la requete UPDATE)
Le principe 2 me semble un peu plus rapide à mettre en place, mais en même temps j'ai l'impression que le principe 1 est peut-etre celui qu'il faut utiliser pour avoir à long terme une appli maintenable.
A votre avis, que faut-il priviligier et pourquoi ? Existe t'il une autre méthode plus correct ?
Merci.
Partager