Existe-il de la documentation de Webdev17 et la programmation orientée objet avec une base de données relationnelle? Sur le net je n'ai rien trouvé de valable. Des exemples seraient très appréciés!
Merci!
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Webdev17 et POO
Existe-il de la documentation de Webdev17 et la programmation orientée objet avec une base de données relationnelle? Sur le net je n'ai rien trouvé de valable. Des exemples seraient très appréciés!
Merci!
Salut,
Juste une petite réaction à chaud (ce n'est pas une réponse pertinente mais une remarque que j'espère "utile").Envoyé par sylbie
A mon avis, il faut bien séparer:
- d'un côté les éléments de l'interface utilisateur WebDev (ou WinDev),
- d'un autre côté le WLangage (programmation impérative et orientée objet).
Entre les deux, la séparation est nette, et peut être ressentie comme une "forte limitation" pour les développeurs venus d'environnements "tout objet".
Pour les autres, ça ne pose pas de problèmes (du moins au début).
Allez, de crainte d'être mal compris, je vais être plus précis.
Exemples d'éléments d'interface utilisateur:
une fenêtre (pour WinDev), une page (pour WebDev), un état, un champ ("contrôle").
Les éléments de l'interface utilisateur possèdent des "blocs de code" (appelés aussi traitements) qui sont exécutés tout au long de la survenue d'événements (ouverture, fermeture, clic, etc.).
Une force de WebDev / WinDev est que beaucoup de fonctionnalités de l'interface utilisateur peuvent être implémentées sans programmation.
Revers de la médaille, il est parfois difficile (voire impossible) d'accéder finement à ces fonctionnalités "automatique" par programmation: il faut alors se contenter de les paramétrer avec des assistants, heureusement très fournis.
On peut aussi créer des modèles pour les éléments d'interface utilisateur : modèle de Fenêtre, de Page, d'Etat et de Champ.
Un élément d'interface basé sur un modèle/des modèles:
- hérite de tous les aspects (interface utilisateur,code) de son/ses modèles,
- peut surcharger l'interface utilisateur de son modèle,
- peut réutiliser et/ou surcharger les blocs de code de son modèle.
Le WLangage peut exécuter des fonctions pour agir sur les éléments d'interface utilisateur (ouvrir, fermer, exécuter un traitement, insérer ou lire
une valeur, modifier une propriété d'un champ, etc.).
(évidemment il y a beaucoup d'autres fonctionnalités, pour répondre à de nombreux besoins car WebDev / WinDev c'est aussi un framework)
Alors maintenant, le WLangage et la POO...
C'est un langage de programmation qui supporte la programmation impérative et orienté objet, assez puissant.
Les concepts de la POO sont bien couverts: membres, propriétés, méthodes (y compris virtuelles), héritage (même multiple et avec visibilité public,protégé,privé), polymorphisme...
[EDIT]
Mais les éléments de l'interface utilisateur ne sont pas des "objets de programmation" au sens POO du WLangage:
en clair, il n'est pas possible de manipuler un "objet fenêtre" ou un "objet champ" avec des méthodes, comme en POO, ni de référencer un élément dans une variable de type "objet".
En revanche, on peut quand même accéder aux propriétés de ces éléments et selon le cas, on peut modifier ces propriétés.
[/EDIT]
Que dire d'autre...
Le mieux c'est quand même de lire la documentation en ligne.
Je te donne un lien sur une "porte d'entrée" qui regroupe un peu tous les sujets qui touchent à la POO:
http://doc.pcsoft.fr/fr-FR/browse.aw...09&verdisp=170
Bonne lecture.
[EDIT]
En relisant le texte de ton message, je me dis que je suis peut-être passé à côté de la question:
tu t'intéresses peut-être seulement à l'aspect SGBD relationnel et POO... ?
(à ma décharge le titre était juste "Webdev17 et POO", sans mentionner SGBD relationnel)
Ben franchement, dans WinDev/WebDev il n' y a pas de relation étroite entre ces 2 facettes.
Tout au plus, peut-on:
- créer un diagramme de classes UML à partir du schéma d'une Base de données (l'analyse ou MLD),
- puis utiliser le diagramme de classes pour générer les classes dans le projet.
Ce procédé peut servir de point de départ pour implémenter le Data Binding et les architectures n-tier ("multitier").
Deux liens dans la documentation en ligne.
Data Binding:
http://doc.pcsoft.fr/fr-FR/?2022051&...es&verdisp=170
Architecture n-tiers:
http://doc.pcsoft.fr/fr-FR/?3013072&...n-3tiers&q=uml
J'imagine que tu recherchais une information concrête, du genre "peut-on faire ceci ou cela" et que tu avais une arrière pensée en tête.
Quelles sont les fonctionnalités que tu aurais aimer trouver ???
[/EDIT]
Bonjour,
J'ai eu le même questionnement cette semaine et j'en suis venu à implémenter le Data Access Object pattern.
Je me suis inspiré des explications de ce site: http://tutorials.jenkov.com/java-per...-problems.html et http://tutorials.jenkov.com/java-per...o-manager.html
Par contre, j'ai du faire certains ajustement problablement du à mon inexpérience avec la poo dans Windev. Je n'ai pas réussi à créer une interface qui m'aurait permis d'obliger mes DAO à implementer les fonctions communes à toutes les DAO. Aussi, Je ne ne sais pas s'il est possible d'utiliser des fonctions anonymes dans windev. Si jamais quelqu'un peu proposer une solution à ces deux problème ça permettrait de refiner l'implémentation du pattern en WLanguage.
Bonjour,Salut,
Juste une petite réaction à chaud (ce n'est pas une réponse pertinente mais une remarque que j'espère "utile").
A mon avis, il faut bien séparer:
- d'un côté les éléments de l'interface utilisateur WebDev (ou WinDev),
- d'un autre côté le WLangage (programmation impérative et orientée objet).
Entre les deux, la séparation est nette, et peut être ressentie comme une "forte limitation" pour les développeurs venus d'environnements "tout objet".
Pour les autres, ça ne pose pas de problèmes (du moins au début
Allez, de crainte d'être mal compris, je vais être plus précis.
Exemples d'éléments d'interface utilisateur:
une fenêtre (pour WinDev), une page (pour WebDev), un état, un champ ("contrôle").
Les éléments de l'interface utilisateur possèdent des "blocs de code" (appelés aussi traitements) qui sont exécutés tout au long de la survenue d'événements (ouverture, fermeture, clic, etc.).
Une force de WebDev / WinDev est que beaucoup de fonctionnalités de l'interface utilisateur peuvent être implémentées sans programmation.
Revers de la médaille, il est parfois difficile (voire impossible) d'accéder finement à ces fonctionnalités "automatique" par programmation: il faut alors se contenter de les paramétrer avec des assistants, heureusement très fournis.
On peut aussi créer des modèles pour les éléments d'interface utilisateur : modèle de Fenêtre, de Page, d'Etat et de Champ.
Un élément d'interface basé sur un modèle/des modèles:
- hérite de tous les aspects (interface utilisateur,code) de son/ses modèles,
- peut surcharger l'interface utilisateur de son modèle,
- peut réutiliser et/ou surcharger les blocs de code de son modèle.
Le WLangage peut exécuter des fonctions pour agir sur les éléments d'interface utilisateur (ouvrir, fermer, exécuter un traitement, insérer ou lire
une valeur, modifier une propriété d'un champ, etc.).
(évidemment il y a beaucoup d'autres fonctionnalités, pour répondre à de nombreux besoins car WebDev / WinDev c'est aussi un framework)
Alors maintenant, le WLangage et la POO...
C'est un langage de programmation qui supporte la programmation impérative et orienté objet, assez puissant.
Les concepts de la POO sont bien couverts: membres, propriétés, méthodes (y compris virtuelles), héritage (même multiple et avec visibilité public,protégé,privé), polymorphisme...
[EDIT]
Mais les éléments de l'interface utilisateur ne sont pas des "objets de programmation" au sens POO du WLangage:
en clair, il n'est pas possible de manipuler un "objet fenêtre" ou un "objet champ" avec des méthodes, comme en POO, ni de référencer un élément dans une variable de type "objet".
En revanche, on peut quand même accéder aux propriétés de ces éléments et selon le cas, on peut modifier ces propriétés.
[/EDIT]
Que dire d'autre...
Le mieux c'est quand même de lire la documentation en ligne.
Je te donne un lien sur une "porte d'entrée" qui regroupe un peu tous les sujets qui touchent à la POO:
http://doc.pcsoft.fr/fr-FR/browse.aw...09&verdisp=170
Bonne lecture.
[EDIT]
En relisant le texte de ton message, je me dis que je suis peut-être passé à côté de la question:
tu t'intéresses peut-être seulement à l'aspect SGBD relationnel et POO... ?
(à ma décharge le titre était juste "Webdev17 et POO", sans mentionner SGBD relationnel
Ben franchement
Tout au plus, peut-on:
- créer un diagramme de classes UML à partir du schéma d'une Base de données (l'analyse ou MLD),
- puis utiliser le diagramme de classes pour générer les classes dans le projet.
Ce procédé peut servir de point de départ pour implémenter le Data Binding et les architectures n-tier ("multitier").
Deux liens dans la documentation en ligne.
Data Binding:
http://doc.pcsoft.fr/fr-FR/?2022051&...es&verdisp=170
Architecture n-tiers:
http://doc.pcsoft.fr/fr-FR/?3013072&...n-3tiers&q=uml
J'imagine que tu recherchais une information concrête, du genre "peut-on faire ceci ou cela" et que tu avais une arrière pensée en tête.
Quelles sont les fonctionnalités que tu aurais aimer trouver ???
[/EDIT]
merci beaucoup d'avoir répondu à ma question. En fait, j'en suis à mes début avec Webdev et l'orienté objet. Ma base de données est en Progress. Je me demandais donc s'il y avait des exemples ou de la documentation à ce sujet.
je vais suivre tes liens pour y voir l'info.
Répondre avec citation
Partager