Discussion :

[Dnx]

bonjour,

je voudrais créer une application en 3-tiers qui dispose donc d'une couche applicative et une couche d'accès aux données qui pourrait instancier selon la base de donnée avec laquelle on voudrait travailler.

un cas tout bête :

lors d'une form_load, on va remplir une datagrid avec les données de la DB.

j'aurai tendance a directement instancier la couche d'accès aux données directement dans la form_load... or en faisant ceci, je ne respecte pas la règle de l'architecture 3-tiers.

et une dernière question est ce qu'en faisant ceci (voir code plus bas), le fait d'instancier la couche d'accès aux données en lui précisant un paramètre va instancier pour une base de donnée spécifique?

d'avance, merci

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
 
    Public Sub New(ByVal dbType As Integer)
        Select Case dbType
            Case 1 'SQL
                connectionString = New SQLConnection("user id = test;password = test;server=server_db;database=BroadcastIT_Bible")
            Case 2 'ACCESS
 
            Case 3 'ORACLE
 
        End Select
    End Sub

[neguib]

Ici tu as besoin d'une classe Metier qui est en fait un composant d'accès aux données, par exemple
http://nx.developpez.com/articles/dac/

[Dnx]

pfiouuuuuuuuuuuuuuuuuu comme c'est compliqué!!!!

qu'en est-il de la couche métier?

[neguib]

Ben tu crois peut être que c'est pas compliqué ce que tu veux
Une classe capable de te fournir:

• 1. au moins une connexion (quelquesoit le provider)
  2. au moins un dataadapter quelquesoit la base de données
  3. au moins une commande appropriée aux données quelqu'elles soient

Non le tuto n'est pas compliqué mais il explique toutes les étapes possibles pour la dev de ce type de composant, prends que ce qui t'interresse

[bidou]

Tu tyrouveras un exemple VB6 bien expliqué là
http://rp.developpez.com/vb/tutoriels/troistiers/

Si ton code d'ouverture est dans ton formulaire ce n'est pas bon. Tu dois normalement avoir tes informations de connexion dans la couche métier et l'objet Connection dans la couche données.

[Dnx]

très très bonne doc! merci

normalement, la couche métier ne doit pas connaître les contrôles graphiques de la couche GUI.

et donc où je place les contrôles sur les controles graphiques?
je m'explique

si on a 2 textbox, dans quelle couche tester si les textbox ont été saisies ou pas.

moi je partirai de ce principe :

j'envois les données des 2 textbox à la couche métier et elle traite juste le code retourné.

ca le fait?

[bidou]

La rêgle qui prévaut toujours est la sécurité.
Et la sécurité indique que la validation doit toujours être réalisée avant que les données ne parcours le code donc au niveau du formulaire et même mieux au niveau du contrôle quand c'est possible. Tu ne dois jamais envoyer des données non validées dans ta couche métier.

[Maniak]

Une classe capable de te fournir:

• 1. au moins une connexion (quelquesoit le provider)
  2. au moins un dataadapter quelquesoit la base de données
  3. au moins une commande appropriée aux données quelqu'elles soient

:)

Une classe c'est dur, mais un framework y a toujours NHibernate :)

(dès qu'ils auront réparé leur page :)

[neguib]

Une classe capable de te fournir:

• 1. au moins une connexion (quelquesoit le provider)
  2. au moins un dataadapter quelquesoit la base de données
  3. au moins une commande appropriée aux données quelqu'elles soient

Une classe c'est dur, mais un framework y a toujours NHibernate

(dès qu'ils auront réparé leur page

Oui pardon je voulais dire une bibliothèque de classes