2 tiers ou 3 tiers??
Fermé
sarah_insat
Messages postés
48
Date d'inscription
mardi 11 mars 2008
Statut
Membre
Dernière intervention
8 mars 2017
-
2 mai 2008 à 23:46
Yobs - 4 juin 2008 à 15:04
Yobs - 4 juin 2008 à 15:04
A voir également:
- Architecture 1 tiers
- Logiciel architecture gratuit - Télécharger - Architecture & Déco
- Architecture 3d gratuit - Télécharger - Architecture & Déco
- Logiciel architecture gratuit sketchup - Télécharger - 3D
- Logiciel de plan de maison : les meilleurs outils gratuits - Guide
- Logiciel architecture - Télécharger - Architecture & Déco
1 réponse
bonjour,
Développant en windev depuis quelques années, et récemment passé à la v12, je me posais justement la même question et je suis en train de faire des tests sur le sujet...
As tu trouvé des réponses depuis?
De mon côté voici où j'en suis:
Pour:
- Modularité du code => augmenter la granularité permet de faire des morceaux de codes plus simples, donc sans doute plus fiables. Couplé au nouveau système de tests unitaires, ça vaut le coup d'être testé...
- Dans le cadre des composants, c'est un régal => pas besoin de gérer les conflits de fenêtres, de connexions, les développeurs utilisant le composant sont plus encadrés...
Contre:
- Ce p#{[|`\^@ d'éditeur de classes UML et le lien dynamique entre modèle UML et le code qui est buggé jusqu'au trognon... Pire que l'éditeur de requête SQL en Windev 7.5 et c'est pourtant une référence dans le métier!
- Très lourd, sans doute pas à mettre en oeuvre pour des petits dév de 3 fenêtres et 2 états.
- Très très lourd, il manque quelques assistants tout cons (Génération des accesseurs, méthode Egal,...)
Si d'autres ont eu l'occasion de réfléchir à ce sujet, je suis preneur
Développant en windev depuis quelques années, et récemment passé à la v12, je me posais justement la même question et je suis en train de faire des tests sur le sujet...
As tu trouvé des réponses depuis?
De mon côté voici où j'en suis:
Pour:
- Modularité du code => augmenter la granularité permet de faire des morceaux de codes plus simples, donc sans doute plus fiables. Couplé au nouveau système de tests unitaires, ça vaut le coup d'être testé...
- Dans le cadre des composants, c'est un régal => pas besoin de gérer les conflits de fenêtres, de connexions, les développeurs utilisant le composant sont plus encadrés...
Contre:
- Ce p#{[|`\^@ d'éditeur de classes UML et le lien dynamique entre modèle UML et le code qui est buggé jusqu'au trognon... Pire que l'éditeur de requête SQL en Windev 7.5 et c'est pourtant une référence dans le métier!
- Très lourd, sans doute pas à mettre en oeuvre pour des petits dév de 3 fenêtres et 2 états.
- Très très lourd, il manque quelques assistants tout cons (Génération des accesseurs, méthode Egal,...)
Si d'autres ont eu l'occasion de réfléchir à ce sujet, je suis preneur