Discussion :

[zax-tfh]

Bonjour à tous,

Je suis dans une problématique sans fin : la gestion du découpage en mini projets et la gestion des namespaces.
Sur un projet assez gros (env 400 tables en base et tout ce qui va avec niveau applicatif), on a fait le choix de découper notre couche business en plusieurs assembly (pour prendre un exemple simpliste : assembly Client pour gérer tout ce qui tourne autour de l'identité du client, assembly Ventes pour gérer les produits/articles, les commandes etc, assembly compta pour gérer le paiement, la facturation...).

Dans chacun de ces assembly, nous avons des classes du même "genre", c'est à dire qui utilisent le même patern. Par exemple, nous avons un genre Repository, un genre Engine... Ces "genres" sont transverses à tous ces assembly.

Maintenant, dans un cas concret, j'aimerai pouvoir faire la chose suivante :
J'ajoute une référence à ma DLL Clients et à ma DLL Compta.

J'aimerai que quand je tape "Engine." l'intellisense me propose toutes les classes du genre "Engine" quel que soit l'assembly importé.

Exemple :

Projet Clients :
- ClientRepository
- AdresseRepository
- ...
Projet Compta :
- FactureRepository
- CompteRepository

Si dans mon code j'importe les éléments comme suit :

Imports Clients
Imports Compta

et que je tape "Repository."
L'intellisense devrait me proposer les classes suivantes :
- ClientRepository
- AdresseRepository
- FactureRepository
- CompteRepository

Auriez vous connaissance d'une façon de s'organiser pour avoir ce genre de résultat ?
Le but de la manoeuvre serait que le développeur n'ait plus à se poser de question. Il connait son cahier des charges, sait qu'il va devoir coder quelque chose qui touche à la compta et au compte client, il importe donc les deux dll puis ensuite, s'il doit taper dans un repository, il commence par taper repository et là il voit dans quoi il peut vraiment taper techniquement parlant.

J'espere qu'il existe une façon de faire pas trop alambiquée pour ça...
Sinon, comment organisez vous vos projets lorsque ceux ci sont suffisamment gros pour devoir être découpés en plus petits projets ?

[_Ez3kiel]

Ce n'est peut-être pas la bonne façon mais dans notre cas, on a une seule DLL, et une grande arborescence.

Data
Data.Contrat
Data.Compta
Data.Compta.Prelevement
Data.Client
Data.Event
Data.Exception
...

Tools
Tools.ModuleRecherche
Tools.PDFBuiler
...

UI
UI.Template
UI.event
UI.PanneauData
UI.LControls


etc etc

Ainsi on qu'une dll a référencer, et on saisit Data. et l'intellisense propose les namespace Contrat & Contact & Client, et une fois le namespace choisi il propose les classes qui en découlent.

Je n'ai jamais essayé, mais je pense que dans ton cas l'IDE va te dire que le namespace Repository porte à confusion car il ne saura pas lequel des 2 choisir et je ne pense pas qu'il soit capable de mixer les 2 en un seul intellisense (je ne pense pas, mais je ne j'ai jamais essayé donc j'ai peut-être tort) ...

[DonQuiche]

Si dans mon code j'importe les éléments comme suit :

Imports Clients
Imports Compta

et que je tape "Repository."
L'intellisense devrait me proposer les classes suivantes :
- ClientRepository
- AdresseRepository
- FactureRepository
- CompteRepository

Si ces classes sont définies dans des assemblies directement référencées par le projet et que les espaces de noms correspondants sont importés, alors Intellisense les suggèrera.

En revanche j'insiste sur le "directement" : Intellisense ne proposera pas de classes d'une référence d'une référence du projet.

[zax-tfh]

En fait, je me demande si c'est d'avoir posé le problème sur le forum qui m'a éclairci les idée ou quoi mais il y a une solution simple :

Il suffit de changer le Root Namespace des différents projets
Puis ensuite de créer des namespaces bien comme il faut.

Exemple :
Projet Clients.dll => root Namespace = MaSociete
Projet Compta.dll => root Namespace = MaSociete

Ensuite, dans mes classes repository de Clients.dll :
Namespace Repository
Dans les repository de Compta.dll :
Namespace Repository

Le tour est joué On peut même imaginer un niveau de filtrage par projet en utilisant des namespaces comme ceci :
Namespace Repository.Clients
Namespace Repository.Compta

Par contre, DonQuiche, peux tu expliquer ton histoire de référence directe dans le projet stp ? parce que je ne comprend pas bien la nuance (enfin je ne suis pas sur de comprendre en fait, j'ai un doute). Pour moi, soit tu références une DLL physique, soit tu référence un projet de ta solution.

@_Ez3kiel : pour un ERP, tout avoir dans un même projet avec une équipe de développeurs conséquente n'est pas une très bonne idée (surtout quand tu travailles en check-out exclusif, dès qu'une personne ajoute un fichier au projet, s'il ne check in pas dans la foulée, personne ne peut en ajouter à son tour). De plus, lorsque tu veux pouvoir développer des produits qui dérivent de l'ERP mais sur un périmètre fonctionnel plus restreint, tu n'as pas à embarquer la totalité du métier, mais juste une partie.

[_Ez3kiel]

pour un ERP, tout avoir dans un même projet avec une équipe de développeurs conséquente n'est pas une très bonne idée (surtout quand tu travailles en check-out exclusif, dès qu'une personne ajoute un fichier au projet, s'il ne check in pas dans la foulée, personne ne peut en ajouter à son tour). De plus, lorsque tu veux pouvoir développer des produits qui dérivent de l'ERP mais sur un périmètre fonctionnel plus restreint, tu n'as pas à embarquer la totalité du métier, mais juste une partie.

Dans notre cas, on est 3 développeurs, dont seulement 2 touchent -vraiment- à la dll, et parmi ces 2, je suis le seul à le faire tous les jours. Nous ne sommes pas du tout une ERP, juste un département info dans une boîte administrative. Donc oui mon cas n'était peut-être pas le plus adapté pour répondre à ta question, mais j'essaye de poser ma pierre à l'édifice aussi bancale soit-elle.

[DonQuiche]

Imagine que ton projet ait une référence "parent.dll" qui elle-même référence "grandParent.dll". Intellisense liste les symboles de "parent.dll" mais pas de "grandParent.dll", à moins d'ajouter celle-ci en référence du projet.

[zax-tfh]

@_Ez3kiel : oui, pas de soucis, et merci pour ta participation c'est vraiment pas évident de trouver des avis sur des projets aussi conséquents. Et d'ailleurs, même si la structure n'est pas la même en nombre de devs, taille de l'appli etc, de bonne idées peuvent provenir de petites structures, moyennes, micro, peut importe, l'idée peut venir de n'importe où et en général de là où on ne s'y attend pas

@DonQuiche : merci pour l'info, je comprend mieux