Grouper fichiers "class partial" dans le visualisateur VS

Bonjour,
Je ne sais pas si d'autres personnes ont déjà été confrontées à ce problème dans visual studio :
J'ai plusieurs fichiers implémentant la même classe à l'aide du mot clé partial. L'explorateur de projet comprend très bien cela si on crée un form, il y a la partie design et la partie active.
J'ai donc essayé de créer un autre fichier afin de découper ma classe (toujours form) en deux parties, cependant je n'arrive pas à intégrer ce nouveau fichier dans le groupe existant. Même en modifiant le fichier xml descripteur de classe, de manière identique à la méthode utilisée pour le fichier form, cela ne fonctionne pas.
Cela pose problème dans la mesure où le le concepteur de vue ne reconnait pas les fichiers non intégrés comme faisant partie de la même classe, et donc les actions associées à des fonctions "non existantes pour lui" disparaissent.
Un autre problème (le même en différent :roll:) : j'ai deux projets utilisant des mêmes fichiers, donc un des deux projets importe certains de ceux-ci en raccourci. Bien sûr dans ces fichiers il y a des form, et je ne peux pas juste importer le fichier Classe.cs (avec le resx) et ajouter manuellement un fichier Classe.Designer.cs, en fait cela fonctionne lorsqu'on le fait, mais dès qu'on recharge la solution, le fichier apparait à coté du groupe.
Si quelqu'un a une solution à ce problème, je l'en remercierais! :mrgreen:
Merci à tous!

Si j'ai bien compris, tu voudrais que pour une Form F, avoir un fichier F.cs, un fichier F2.cs, avec en plus F.Designer.cs et F.resx, le tout dans le même groupe (avec un petit "+" dans un carré pour le développer) dans l'explorateur de solutions ? je ne pense pas que ça soit possible. Le designer doit probablement faire des assertion sur les noms des documents : pour F.Designer.cs, il acceptera par exemple de plugger les events des contrôles sur des méthodes présente dans F.cs.

Si ta form est trop grosse, tu pourrais envisager de réorganiser ton code, en faisant des UserControl, en extrayant la logique métier dans des classes faites pour ça. "partial" est surtout fait pour faciliter l'extension de classes générées automatiquement. Il ne sert pas à contrevenir à une des règles de la POO qui consiste à éviter les classes trop volumineuses :)

Ce serait éventuellement pour cette application, et bien entendu tout le "travail" est effectué dans d'autre classes, mais comme il y en a beaucoup, ça serait bien de séparer.

Enfin il y a une autre application beaucoup moins connue je pense, j'ai deux projets, je voudrais pouvoir partager la partie "active" correspondant aux actions, mais changer juste le fichier F.designer.cs, j'importe donc le fichier F.cs en tant que raccourci dans le deuxième projet, je supprime le F.designer.cs qu'il ajoute également automatiquement, et le remplace par un nouveau F.designer.cs que je crée (éventuellement par copie réelle du premier).

Tout cela fonctionne! En effet, visual studio regroupe bien les 3 fichiers, on peut utiliser l'éditeur graphique sans problème, cependant à la compilation un avertissement apparait, et à partir du moment où on ferme la solution et on la réouvre, le fichier designer se retrouve hors du groupe. :(

Il faut éditer le csproj manuellement et ajouté la balise DependUpon du fichier à intégrer comme sous-élément d'un autre.
Regarde la structure d'un csproj existant pour les détails.

Citation:

---

Envoyé par SaumonAgile

Il faut éditer le csproj manuellement et ajouté la balise DependUpon du fichier à intégrer comme sous-élément d'un autre.
Regarde la structure d'un csproj existant pour les détails.

---

Ca doit effectivement regrouper tous les fichiers dans un même "groupe" (je sais pas si c'est le terme exact), mais je ne pense pas (pas vérifié, aussi :aie:) que ça permette au designer de forms de savoir où récupérer (par exemple) des méthodes de type (object sender, EventArgs e) à associer aux events.

Faudrait voir si ces regroupements par "DependUpon" servent uniquement à mettre ensemble des fichiers dans l'explorateur de solutions, ou si le designer s'en sert.

Citation:

---

Envoyé par SaumonAgile

Il faut éditer le csproj manuellement et ajouté la balise DependUpon du fichier à intégrer comme sous-élément d'un autre.
Regarde la structure d'un csproj existant pour les détails.

---

Malheureusement, j'avais déjà effectué cette manip, mais elle n'aboutit à rien de concret... A partir du moment où le fichier est de type "link", il n'est pas reconnu lorsqu'il est appelé dans la balise DependUpon...

Code:

---

1 2 3 4 5 6 7 8

<Compile Include="..\..\Proj1\F1.cs"> <= import du fichier en tant que lien <Link>F1.cs</Link> <SubType>Form</SubType> </Compile> <Compile Include="F1.Designer.cs"> <DependentUpon>F1.cs</DependentUpon> <= non trouvé, ou mal compris, même si cela fonctionne très bien à la compilation </Compile>

---

Je suis toujours intéressé si quelqu'un a une idée :aie:
Personne de compétent pour la question?
Ca permet un systeme de "skin", en l'occurence c'est pour partager une application entre le PC et un pocketPC.
Avec des noms de controles identiques ça fait gagner un temps appréciable pour chaque modification, et évite de dupliquer le code ! (Evite d'oublier de modifier 1 des deux fichiers et de se demander après pourquoi ça ne marche pas...)
:king: