Discussion :

[Sancha]

Bonjour à tous !

Je développe actuellement en C# une grosse application qui va être amenée à évolué au cours du temps et où plusieurs développeurs vont travailler dessus.

Pour faciliter le travail de tous et créer des bases solides pour cette application, j'ai décidé d'implémenter une architecture de type N-Tiers.

Mais, je me pose pas mal de questions...

Déjà, pensez-vous que ce choix est judicieux ?

Ensuite, mes bases de données sont situées sur un serveur MySQL. Donc, j'hésite pour le composant à utiliser pour m'y connecter : DevArt ou MySQLConnector ? Selon vous, lequel offre le plus de possibilités ?
Ou, en connaissez vous un autre plus adapté ?

Ensuite, il y a la gestion des clés étrangères...
Est-ce qu'il est judicieux d'inclure des objets dans des objets ou alors, il vaut mieux s'en tenir strictement aux champs des tables ? Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class Auteur
{
   private int _idAuteur;
}

// Comme un livre est écrit par un et un seul auteur, 
// est-ce que je met l'idAuteur en propriété de livre ?
public class Livre
{
   private int _idAuteur ;
}

// ou est-ce que je met un objet Auteur dans mon livre ?
public class Livre
{
   private Auteur _auteur;
}

Que me conseillez vous ?

Encore une question : j'hésite à faire hériter ma DAL de la classe IDisposable...
Pensez vous que c'est utile ?

Merci beaucoup des réponses que vous m'apporterez ! Si vous avez des liens intéresants ou des tuto, je suis preneuse ! Merci !

[wiztricks]

Bonjour,

Je développe actuellement en C# une grosse application qui va être amenée à évolué au cours du temps et où plusieurs développeurs vont travailler dessus.

Pour faciliter le travail de tous et créer des bases solides pour cette application, j'ai décidé d'implémenter une architecture de type N-Tiers.

Mais, je me pose pas mal de questions...

Déjà, pensez-vous que ce choix est judicieux ?

Il est toujours judicieux de "séparer" un travail conséquent en différentes couches d'abstraction. Maintenant, si vous n'en dites pas plus sur le rôle et responsabilité des différentes couches que vous avez arrêté, il sera difficile de vous répondre plus précisément.

Ensuite, il y a la gestion des clés étrangères...
Est-ce qu'il est judicieux d'inclure des objets dans des objets ou alors, il vaut mieux s'en tenir strictement aux champs des tables ? Exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public class Auteur
{
   private int _idAuteur;
}

// Comme un livre est écrit par un et un seul auteur, 
// est-ce que je met l'idAuteur en propriété de livre ?
public class Livre
{
   private int _idAuteur ;
}

// ou est-ce que je met un objet Auteur dans mon livre ?
public class Livre
{
   private Auteur _auteur;
}

Que me conseillez vous ?

public class Livre n'est pas une table mais un "objet".
Si vous voulez y inclure Auteur, un pointeur vers suffirait et vous n'avez pas besoin d'inclure (to nest) Auteur dans Livre, ni de n'en avoir que sa Clé.
A mon sens et surtout si votre application est amenée à évoluer, il serait bon de définir:

• le modèle conceptuel:
• le modèle logique: quelles sont les branches du modèle conceptuel qui sera mis en base, seulement représenté sous forme d'objets, ... quelles sont les relations entre les différentes représentations externes...
• le modèle physique: objets, tables, ...
• éventuellement: un modèle externe si vous avec différentes "Views"

Les autres questions relèvent plutôt du bon usage de clients MySQL à partir de C# ou de partitionnement / layering dans le monde C# de Microsoft.

Indépendamment du fait que cà ne relève pas trop d'architecture mais d'utilisation de technologies particulières, je n'ai pas de bonne suggestion sur ces points.

- W