Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
Alexandre,
Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
class (en fonction de leur namespace) appartenant a un meme projet dans
differentes assembly...
Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
devrait y avoir moyen en utilisant CSC directement mais ca serait
ingerable... :-)
Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
structurer tes projects et et tes namespaces. Essai de te limiter a une seule
Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
projet dans cette seule solution. Les class (tel que les interfaces,
exceptions, data transfer, utility, etc peuvent etre mises dans des projects
qui ne reference aucun de tes autres projects. Il est assez habituel de les
appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
de resoudre ton dernier probleme :-)
Bien à toi,
Alexandre Roba
.NET Architect
"Laurent" a écrit :
> Bonjour,
>
> Voilà mon soucy :
> Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> je crois !!!
> Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> la dll2 et la dll2 reference la dll1... forcément, ca plante.
> Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> dans le meme projet, mais mettre ses classes dans des namespaces différents
> et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> marche bien, mais je ne sais pas comment faire.
>
> Est ce vraiment possible ???
>
> Merci pour vos réponses
>
> --
> Laurent M.
> Développeur .NET
Alexandre,
Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
class (en fonction de leur namespace) appartenant a un meme projet dans
differentes assembly...
Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
devrait y avoir moyen en utilisant CSC directement mais ca serait
ingerable... :-)
Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
structurer tes projects et et tes namespaces. Essai de te limiter a une seule
Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
projet dans cette seule solution. Les class (tel que les interfaces,
exceptions, data transfer, utility, etc peuvent etre mises dans des projects
qui ne reference aucun de tes autres projects. Il est assez habituel de les
appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
de resoudre ton dernier probleme :-)
Bien à toi,
Alexandre Roba
.NET Architect
"Laurent" a écrit :
> Bonjour,
>
> Voilà mon soucy :
> Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> je crois !!!
> Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> la dll2 et la dll2 reference la dll1... forcément, ca plante.
> Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> dans le meme projet, mais mettre ses classes dans des namespaces différents
> et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> marche bien, mais je ne sais pas comment faire.
>
> Est ce vraiment possible ???
>
> Merci pour vos réponses
>
> --
> Laurent M.
> Développeur .NET
Alexandre,
Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
class (en fonction de leur namespace) appartenant a un meme projet dans
differentes assembly...
Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
devrait y avoir moyen en utilisant CSC directement mais ca serait
ingerable... :-)
Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
structurer tes projects et et tes namespaces. Essai de te limiter a une seule
Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
projet dans cette seule solution. Les class (tel que les interfaces,
exceptions, data transfer, utility, etc peuvent etre mises dans des projects
qui ne reference aucun de tes autres projects. Il est assez habituel de les
appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
de resoudre ton dernier probleme :-)
Bien à toi,
Alexandre Roba
.NET Architect
"Laurent" a écrit :
> Bonjour,
>
> Voilà mon soucy :
> Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> je crois !!!
> Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> la dll2 et la dll2 reference la dll1... forcément, ca plante.
> Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> dans le meme projet, mais mettre ses classes dans des namespaces différents
> et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> marche bien, mais je ne sais pas comment faire.
>
> Est ce vraiment possible ???
>
> Merci pour vos réponses
>
> --
> Laurent M.
> Développeur .NET
Bonjour Alexandre,
J'abuse peut etre, mais je nage trop en ce moment...
La solution unique avec plusieurs projets, ca marche quand on est plusieurs
développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
Aurais tu des sites ou des bouquins a referencer qui permettraient de
solutionner ce genre de questions ? on analyse en objet, on développe en c#
avec .NET2005.
Merci d'avance pour tes lumières ;-)
--
Laurent M.
Développeur .NET
"Alexandre Roba" a écrit :
> Alexandre,
>
> Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> class (en fonction de leur namespace) appartenant a un meme projet dans
> differentes assembly...
>
> Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> devrait y avoir moyen en utilisant CSC directement mais ca serait
> ingerable... :-)
>
> Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> projet dans cette seule solution. Les class (tel que les interfaces,
> exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> qui ne reference aucun de tes autres projects. Il est assez habituel de les
> appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
>
> Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> de resoudre ton dernier probleme :-)
>
> Bien à toi,
>
> Alexandre Roba
> .NET Architect
> "Laurent" a écrit :
>
> > Bonjour,
> >
> > Voilà mon soucy :
> > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > je crois !!!
> > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > marche bien, mais je ne sais pas comment faire.
> >
> > Est ce vraiment possible ???
> >
> > Merci pour vos réponses
> >
> > --
> > Laurent M.
> > Développeur .NET
Bonjour Alexandre,
J'abuse peut etre, mais je nage trop en ce moment...
La solution unique avec plusieurs projets, ca marche quand on est plusieurs
développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
Aurais tu des sites ou des bouquins a referencer qui permettraient de
solutionner ce genre de questions ? on analyse en objet, on développe en c#
avec .NET2005.
Merci d'avance pour tes lumières ;-)
--
Laurent M.
Développeur .NET
"Alexandre Roba" a écrit :
> Alexandre,
>
> Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> class (en fonction de leur namespace) appartenant a un meme projet dans
> differentes assembly...
>
> Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> devrait y avoir moyen en utilisant CSC directement mais ca serait
> ingerable... :-)
>
> Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> projet dans cette seule solution. Les class (tel que les interfaces,
> exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> qui ne reference aucun de tes autres projects. Il est assez habituel de les
> appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
>
> Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> de resoudre ton dernier probleme :-)
>
> Bien à toi,
>
> Alexandre Roba
> .NET Architect
> "Laurent" a écrit :
>
> > Bonjour,
> >
> > Voilà mon soucy :
> > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > je crois !!!
> > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > marche bien, mais je ne sais pas comment faire.
> >
> > Est ce vraiment possible ???
> >
> > Merci pour vos réponses
> >
> > --
> > Laurent M.
> > Développeur .NET
Bonjour Alexandre,
J'abuse peut etre, mais je nage trop en ce moment...
La solution unique avec plusieurs projets, ca marche quand on est plusieurs
développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
Aurais tu des sites ou des bouquins a referencer qui permettraient de
solutionner ce genre de questions ? on analyse en objet, on développe en c#
avec .NET2005.
Merci d'avance pour tes lumières ;-)
--
Laurent M.
Développeur .NET
"Alexandre Roba" a écrit :
> Alexandre,
>
> Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> class (en fonction de leur namespace) appartenant a un meme projet dans
> differentes assembly...
>
> Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> devrait y avoir moyen en utilisant CSC directement mais ca serait
> ingerable... :-)
>
> Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> projet dans cette seule solution. Les class (tel que les interfaces,
> exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> qui ne reference aucun de tes autres projects. Il est assez habituel de les
> appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
>
> Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> de resoudre ton dernier probleme :-)
>
> Bien à toi,
>
> Alexandre Roba
> .NET Architect
> "Laurent" a écrit :
>
> > Bonjour,
> >
> > Voilà mon soucy :
> > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > je crois !!!
> > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > marche bien, mais je ne sais pas comment faire.
> >
> > Est ce vraiment possible ???
> >
> > Merci pour vos réponses
> >
> > --
> > Laurent M.
> > Développeur .NET
Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
Bonjour,
Voilà mon soucy :
Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
je crois !!!
Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
la dll2 et la dll2 reference la dll1... forcément, ca plante.
Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
dans le meme projet, mais mettre ses classes dans des namespaces différents
et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
commencé, mais maintenant j'arrive au point de compiler pour voir si ca
marche bien, mais je ne sais pas comment faire.
Est ce vraiment possible ???
Merci pour vos réponses
--
Laurent M.
Développeur .NET
prise de tête inutile.
si A "utilise" B et B "utilise" A, A et B sont dans le même Assembly,
basta...
maintenant, peut être que B "utilise" A est en fait non souhaité /
souhaitable
prise de tête inutile.
si A "utilise" B et B "utilise" A, A et B sont dans le même Assembly,
basta...
maintenant, peut être que B "utilise" A est en fait non souhaité /
souhaitable
prise de tête inutile.
si A "utilise" B et B "utilise" A, A et B sont dans le même Assembly,
basta...
maintenant, peut être que B "utilise" A est en fait non souhaité /
souhaitable
Salut Laurent,
C'est avec grand plaisir, j'attend des informations donc j'ai un peu de
temps la. :-)
Oui tu peux utiliser une solution compose de plusieurs projets en
travaillant en equipe. C'est meme la manierre la plus simple... Plusieurs
solutions avec plusieurs projects (dont certain en commun) c'est plus
complique.
Je te conseille le super document Team Development Guide qui se trouve
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyIDFDB8C8-5A87-4545-AF75-6053F32C7ECA
Ce document est en anglais mais concetre toi sur la partie
"Structuring Solutions and projects"
Il a ete ecrit pour VS.NET 2002/2003 mais je ne pense pas que beaucoup de
change doivent etre changer...
PS: Pour travailler en equipe il te faut de toute facon un outil de gestion
de configuration du style Microsoft SourceSafe, SourceGear Vault, CVS...
Amusez-vous bien.
Alexandre Roba
"Laurent" a écrit :
> Bonjour Alexandre,
>
> J'abuse peut etre, mais je nage trop en ce moment...
> La solution unique avec plusieurs projets, ca marche quand on est plusieurs
> développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
> Aurais tu des sites ou des bouquins a referencer qui permettraient de
> solutionner ce genre de questions ? on analyse en objet, on développe en c#
> avec .NET2005.
>
> Merci d'avance pour tes lumières ;-)
>
> --
> Laurent M.
> Développeur .NET
>
>
> "Alexandre Roba" a écrit :
>
> > Alexandre,
> >
> > Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> > class (en fonction de leur namespace) appartenant a un meme projet dans
> > differentes assembly...
> >
> > Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> > devrait y avoir moyen en utilisant CSC directement mais ca serait
> > ingerable... :-)
> >
> > Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> > structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> > Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> > projet dans cette seule solution. Les class (tel que les interfaces,
> > exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> > qui ne reference aucun de tes autres projects. Il est assez habituel de les
> > appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
> >
> > Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> > de resoudre ton dernier probleme :-)
> >
> > Bien à toi,
> >
> > Alexandre Roba
> > .NET Architect
> > "Laurent" a écrit :
> >
> > > Bonjour,
> > >
> > > Voilà mon soucy :
> > > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > > je crois !!!
> > > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > > marche bien, mais je ne sais pas comment faire.
> > >
> > > Est ce vraiment possible ???
> > >
> > > Merci pour vos réponses
> > >
> > > --
> > > Laurent M.
> > > Développeur .NET
Salut Laurent,
C'est avec grand plaisir, j'attend des informations donc j'ai un peu de
temps la. :-)
Oui tu peux utiliser une solution compose de plusieurs projets en
travaillant en equipe. C'est meme la manierre la plus simple... Plusieurs
solutions avec plusieurs projects (dont certain en commun) c'est plus
complique.
Je te conseille le super document Team Development Guide qui se trouve
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyIDFDB8C8-5A87-4545-AF75-6053F32C7ECA
Ce document est en anglais mais concetre toi sur la partie
"Structuring Solutions and projects"
Il a ete ecrit pour VS.NET 2002/2003 mais je ne pense pas que beaucoup de
change doivent etre changer...
PS: Pour travailler en equipe il te faut de toute facon un outil de gestion
de configuration du style Microsoft SourceSafe, SourceGear Vault, CVS...
Amusez-vous bien.
Alexandre Roba
"Laurent" a écrit :
> Bonjour Alexandre,
>
> J'abuse peut etre, mais je nage trop en ce moment...
> La solution unique avec plusieurs projets, ca marche quand on est plusieurs
> développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
> Aurais tu des sites ou des bouquins a referencer qui permettraient de
> solutionner ce genre de questions ? on analyse en objet, on développe en c#
> avec .NET2005.
>
> Merci d'avance pour tes lumières ;-)
>
> --
> Laurent M.
> Développeur .NET
>
>
> "Alexandre Roba" a écrit :
>
> > Alexandre,
> >
> > Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> > class (en fonction de leur namespace) appartenant a un meme projet dans
> > differentes assembly...
> >
> > Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> > devrait y avoir moyen en utilisant CSC directement mais ca serait
> > ingerable... :-)
> >
> > Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> > structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> > Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> > projet dans cette seule solution. Les class (tel que les interfaces,
> > exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> > qui ne reference aucun de tes autres projects. Il est assez habituel de les
> > appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
> >
> > Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> > de resoudre ton dernier probleme :-)
> >
> > Bien à toi,
> >
> > Alexandre Roba
> > .NET Architect
> > "Laurent" a écrit :
> >
> > > Bonjour,
> > >
> > > Voilà mon soucy :
> > > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > > je crois !!!
> > > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > > marche bien, mais je ne sais pas comment faire.
> > >
> > > Est ce vraiment possible ???
> > >
> > > Merci pour vos réponses
> > >
> > > --
> > > Laurent M.
> > > Développeur .NET
Salut Laurent,
C'est avec grand plaisir, j'attend des informations donc j'ai un peu de
temps la. :-)
Oui tu peux utiliser une solution compose de plusieurs projets en
travaillant en equipe. C'est meme la manierre la plus simple... Plusieurs
solutions avec plusieurs projects (dont certain en commun) c'est plus
complique.
Je te conseille le super document Team Development Guide qui se trouve
http://www.microsoft.com/downloads/details.aspx?displaylang=en&FamilyIDFDB8C8-5A87-4545-AF75-6053F32C7ECA
Ce document est en anglais mais concetre toi sur la partie
"Structuring Solutions and projects"
Il a ete ecrit pour VS.NET 2002/2003 mais je ne pense pas que beaucoup de
change doivent etre changer...
PS: Pour travailler en equipe il te faut de toute facon un outil de gestion
de configuration du style Microsoft SourceSafe, SourceGear Vault, CVS...
Amusez-vous bien.
Alexandre Roba
"Laurent" a écrit :
> Bonjour Alexandre,
>
> J'abuse peut etre, mais je nage trop en ce moment...
> La solution unique avec plusieurs projets, ca marche quand on est plusieurs
> développeurs ??? Comment ? Je suis vraiment débutant ... ;-)
> Aurais tu des sites ou des bouquins a referencer qui permettraient de
> solutionner ce genre de questions ? on analyse en objet, on développe en c#
> avec .NET2005.
>
> Merci d'avance pour tes lumières ;-)
>
> --
> Laurent M.
> Développeur .NET
>
>
> "Alexandre Roba" a écrit :
>
> > Alexandre,
> >
> > Si je comprend bien ta question, tu voudrais compiler des sous ensemble de
> > class (en fonction de leur namespace) appartenant a un meme projet dans
> > differentes assembly...
> >
> > Je ne pense pas que ce soit faisable a partir de Visual Studio .NET (Il
> > devrait y avoir moyen en utilisant CSC directement mais ca serait
> > ingerable... :-)
> >
> > Je pense que tu devrais revenir a ton idee initial et peut-etre mieux
> > structurer tes projects et et tes namespaces. Essai de te limiter a une seule
> > Solution (Tant que cela reste faisable bien sur.. :-)) et cree plusieurs
> > projet dans cette seule solution. Les class (tel que les interfaces,
> > exceptions, data transfer, utility, etc peuvent etre mises dans des projects
> > qui ne reference aucun de tes autres projects. Il est assez habituel de les
> > appaler xxx.xxx.Common.Exceptions ou encore xxx.xxx.Common.Utils...
> >
> > Je suis persuader que tu auras plus facile a revenir en arriere qu'a essayer
> > de resoudre ton dernier probleme :-)
> >
> > Bien à toi,
> >
> > Alexandre Roba
> > .NET Architect
> > "Laurent" a écrit :
> >
> > > Bonjour,
> > >
> > > Voilà mon soucy :
> > > Je développe un big projet avec .Net avec une analyse objet N-Tiers (multi
> > > couches), en plus je suis débutant en objet, mais j'apprends vite !!! enfin
> > > je crois !!!
> > > Bref, j'essaie de bien découper et regrouper mes classes dans des DLL
> > > distinctes, mais j'ai le problème de reférence circulaire : la dll1 reference
> > > la dll2 et la dll2 reference la dll1... forcément, ca plante.
> > > Pour palier à ce problème, j'ai entendu dire qu'on pouvait tout développer
> > > dans le meme projet, mais mettre ses classes dans des namespaces différents
> > > et ensuite compiler une dll par namespace... Alors c'est ce que j'ai
> > > commencé, mais maintenant j'arrive au point de compiler pour voir si ca
> > > marche bien, mais je ne sais pas comment faire.
> > >
> > > Est ce vraiment possible ???
> > >
> > > Merci pour vos réponses
> > >
> > > --
> > > Laurent M.
> > > Développeur .NET
