Bonjour, 

je rencontre un problème qui doit être tout bête à résoudre, mais je n'y arrive pas.

J'ai un solution (que nous appellerons "test") composée de deux projets ("ProjetA" et "ProjetB").

ProjetA :

La vue index est toute bête, elle ne comprend qu'un <h1> pour afficher "ProjetA".

ProjetB : 

La vue index est toute aussi bête, elle affiche "ProjetB"

Problème : 

Je voudrais rejoindre la vue Index du ProjetB depuis la vue Index du ProjetA ... mais ça ne marche pas.

Ce que j'ai fais :

J'ai ajouté la référence du ProjetB dans le ProjetA.

J'utilise un ActionLink pour tenter de rejoindre le controller

Résultat :

J'arrive bien dans le controller

mais au moment d'afficher la vue :

Voilà, je ne comprends pas pourquoi ma vue n'est pas trouvée. Elle existe pourtant. 

J'ai changée cette vue en mettant "Toujours copier" dans "Copier dans le répertoire de sortie", mais ça ne change rien.

J'ai essayé aussi en créant une nouvelle route et en utilisant un @Html.RouteLink. J'arrive dans le controller mais le problème reste le même.

J'ai du commettre une erreur quelque part (de toute évidence).

Si quelqu'un sait ce que j'ai mal fait, j'accepterais ses conseils avec plaisir.

Merci d'avance

Bonjour,

Alors à première vue j'aurais dit que ce n'est pas possible car je pense qu'à partir du moment où tu te trouves un projet, si tu appelles une vue il va chercher celle-ci dans ses propres vues.

Mais ça serait possible, maintenant il faut tester. En cherchant rapidement, j'ai trouvé ce topic : https://stackoverflow.com/questions/13183393/access-a-razor-view-from-another-project

En réponse, la personne explique que c'est possible en faisant une dll de ta vue cible et en la référençant dans ton premier projet (avec ce tuto) : http://www.chrisvandesteeg.nl/2010/11/22/embedding-pre-compiled-razor-views-in-your-dll/

Par contre j'ai une question, pourquoi veux-tu faire ça ? Si tu veux appeler une vue dans une autre vue, utilise le principe des partial view. Toutes tes vues se trouveront dans le même projet et tu pourras découper tes vues en partial view.

o/

Bonsoir, 

merci beaucoup pour ta réponse.

je veux faire cela pour m'habituer aux développement modulaires, et il y a fort à parier que je m'y prends très mal. Mon idée de base et de me faire un petit site internet qui pourra appeler d'autres projets (comme un menu, en quelque sorte). Les autres projets existent (seuls dans leur coin) et je voudrais faire une page avec un lien qui puisse permettre de les lancer.

J'avais pourtant cherché mais je n'avais pas trouvé le tuto que tu proposes.

Je vais tente de faire une dll et voir ce que ça donne.

Encore merci, et bonne soirée.

Bonjour,

Je n'ai encore jamais fait de développement modulaire, bon courage !

En cherchant rapidement, j'ai trouvé ce tuto où apparemment, il faut bien utiliser les dll dans ce type de développement : https://drq.developpez.com/dotnet/articles/plugin/csharp/

N'hésite pas à revenir vers nous si tu as des soucis.

o/

Quel type de modularité cherchez-vous à appliquer ?

D'IHM ? de site Web ? de composant graphique ? de composant métier ? etc...

Chacun à des modalités de mise en œuvre bien différente de la "modularité"?

Merci Nairowyn .

Bonjour bacelar, ce que j'entends par "modulaire", c'est la création d'une solution dont chaque partie soit dans un projet différent, ceci afin de bien séparer les différentes couches métier.

Pour l'instant, je m’entraîne à séparer des projets différents (n'ayant pas du tout la même fonctionnalité et pouvant travailler seul ... c'est juste pour essayer, et accessoirement pour réussir à faire ce que je veux, à savoir un "main" servant juste de présentation et contenant des liens vers les autres projets, un peu comme un menu. L'idée est de faire un Portfolio présentant mes projets mais à partir d'une seule page web contenant les liens ... d'ailleurs en fait, il s'agirait de lancer des solutions à partir d'une seule, et non des projets), mais à terme, j'aimerais pouvoir séparer dans différents projets des aspects métiers différents, mais cette fois ci, travaillant dans une même solution.

Je ne sais pas si je suis très clair dans mes explications.

Par exemple (mais je ne sais pas du tout si c'est une bonne idée), créer un projet "main" contenant toutes les fonctionnalités de base, un autre dont le but serait de gérer tous les accès en base.

Je me demande si c'est possible ... par curiosité 

C'est peut-être un abus de langage mais ce n'est pas les projets qui forment des modules, mais le résultat de génération de certain projet qui sont des modules.

Qu'entendez-vous par 'partie' ? La manière de découper le tout, donc de définir les parties est fondamentale et pilote les techniques qui permettent la mise en œuvre de modules.

Une chose fondamentale dans la "modularité" que vous ne mentionnez même pas, c'est les mécanismes de communication entre module qui doivent être conçu avant même de vouloir modulariser la moindre chose.

Modulariser la couche d'IHM d'une application ASP.NET MVC, c'est clairement pas le plus simple.

Je pense que modulariser la couche métier serait bien plus simple et formateur.

Mais il fait concevoir les modules, indépendants, avant de faire la moindre implémentation.

Ah d'accord ! 

Je m'y suis mal pris de toute évidence.

Merci pour ces conseils, je vais revoir ma copie dans ce cas.