l'architecture 3-tier dans Windows Form

Question

Je travaille actuellement sur le projet d'inventaire sur Windows Form, et je voudrais mettre en œuvre trois architecture de niveau en elle. Je voudrais savoir combien de classes devrais-je créer dans la couche d'affaires et d'accès aux données couche.

Et si plus tard, le travail sur mon projet se augmentation? Dois-je tenir à long unique code couche métier et couche d'accès aux données, ou devrais-je créer plusieurs classes au sein de la couche d'affaires et d'accès aux données couche?

Answer 1

En général, les noms dans votre modèle d'exigences en cours dans votre application.There pourraient être d'autres causes pour créer des classes, comme les aides et les emballages et les fonctions qui retournent des valeurs multiples.

Si vous êtes inexpérimenté dans sa conception, s'il vous plaît prendre l'aide d'un gars expérimenté.

Bonne chance avec votre projet.

Answer 2

Comme par Srinivas, généralement chaque table ou regroupement logique des tables seraient représentés par une DAL séparée et classe BLL.

Si vous utilisez un ORM, alors vous aurez aussi des classes d'entités pour chaque en plus de vos couches.

Si votre projet devient vraiment grand, la prochaine séparation est généralement le long des lignes de namespaces, que ce soit avec des sous-dossiers sur le même projet, ou diviser chaque entreprise commerciale à un ensemble séparé.

Answer 3

Mon approche:

1. Base de données (généralement SQL Server 2008 ou Express Edition)
2. service Windows (WCF exposition EF 4 ORM, validations de données complexes, les flux de travail, la logique métier)
3. client Windows (appels WCF en utilisant le client proxy WCF, la validation des données minimum)

PS:. La logique d'entreprise est mis en œuvre dans une seule classe, en utilisant partial class pour diviser le code dans plusieurs fichiers cs