Discussion :

[gersen]

Bonsoir ,

Je suis en train de mettre en place une application sous windev , comme je suis débutant j'hésite a utiliser les classes .

Voila en ce moment j'opte pour une solution sans utilisation de classe pour mes client (le client va contenir nom, prénom , adresse ...ETC) tout les clients et leurs informations sont stocké dans un fichier et je dois garder un historique de toute leur achat.

Est ce que c'est possible d’implémenter une solution avec des classes qui fera ça ?


Merci

[tatayo]

Bonjour,
Il va falloir être un peu plus explicite, car je ne vois pas le rapport entre la POO, et le stockage des données. De moins point de vue les deux sont indépendant.

Tatayo.

[OnePoint]

Bonjour à tous.

Il va falloir être un peu plus explicite, car je ne vois pas le rapport entre la POO, et le stockage des données. De moins point de vue les deux sont indépendant.

J'imagine que gersen parle de concevoir et implémenter une couche d'accès aux données au moyen de classes (cf. DAO pour Data Access Object).
http://fr.wikipedia.org/wiki/Objet_d...x_donn%C3%A9es

Voila en ce moment j'opte pour une solution sans utilisation de classe pour mes client (le client va contenir nom, prénom , adresse ...ETC) tout les clients et leurs informations sont stocké dans un fichier et je dois garder un historique de toute leur achat.

Est ce que c'est possible d’implémenter une solution avec des classes qui fera ça ?

C'est possible, mais peut être pas justifié pour un contexte relativement simple.

Si tu débutes avec WinDev, mais que tu pratiquais déjà d'autres langages de programmation/environnement de développement, alors fais bien attention.
Car il n'est pas toujours possible (ou pas simple) de transposer tels quels dans WinDev, des connaissances et des pratiques issus d'autres langages/environnements.

Il faut vraiment apprendre WinDev, et pas seulement l'utiliser "à l'instinct" en croyant le comprendre et le deviner "par analogie"
Déjà la terminologie employée est une constante source de confusion..

[Atsibat]

pour ceux qui ont lu quelquepart "NOSQL" j'ajouterai "NOO" pour not only object.

Par défaut PCSOFT implemente déjà une couche DAO c'est pour ça que tu as à ta disposition tous les ordres H*** et l'accès aux données par un objet déjà alloué au lancement de l'application (genre Facture.NumFac= xxxx)

Si tu veux en faire une autre il faut avoir une bonne raison car c'est très intéressant d'un point de vue didactique mais assez lourd à gérer.

Si tu choisis de la faire ( par exemple pour te passer des fonction H**) ou pour accéder de façon optimisée à tes données où ... le premier postulat à poser est : "PAS de H*** et le second est évidement pas d'accès aux données en dehors de tes classes.

Alors comme tu es débutant essaye, ça ne sera pas parfait mais tu recommencera et à chaque essai tu apprendra de nouvelles choses.

[tatayo]

Si tu veux en faire une autre il faut avoir une bonne raison car c'est très intéressant d'un point de vue didactique mais assez lourd à gérer.

Je vois déjà une très bonne raison: rendre indépendante l'application du schéma de la base de données, voir de la méthode pour y accéder.

Ainsi si la base change (renomage de colonne, "renormalisation" du schéma, changement de SGBD), seule le code des classes est à modifier. Le reste ne change pas.
De même si on met en place des règles métier pour l'accès au données, par exemple si on a plusieurs sociétés dans la même base (c'est le cas chez nous) il est plus facile de l'intégrer une fois pour toute dans une classe que d'y penser à chaque accès à la base de données.

Tatayo.

[wimbish]

Bonjour,
J'ajouterais que rien n’empêche de garder les fonctions H** dans les méthodes d’accès aux données de la classe.
Cela garde quand même un intérêt et c'est plus souple effectivement si l'on doit modifier le moteur de la base, sa structure etc...