Debo aplicar otro enfoque si es posible. si entendí correctamente, esos proyectos son de alguna manera ike plugins pero no son aplicaciones independientes. También ahora están sobre otros para que estén acoplados. Es, digamos complicado, pero usaría solo 1 proyecto asp.net mvc (la interfaz web). Todos los bits de la interfaz de usuario que pertenecen a otros proyectos los convertiría en ayudantes (prácticamente widgets). Esto significa que cada proyecto contiene solo los ayudantes que se usarán para construir una vista.
Creo que es un problema arquitectónico si solo quiere mantener las vistas en cada proyecto solo para alojarlas en un ensamblaje diferente. Yendo por el camino de los widgets, puede parecer que mkore funciona, pero creo que obtienes el mayor control y el nivel de separación que deseas. Lo único es que no tiene definidas las vistas completas, pero ¿por qué querría tener vistas completas (parciales, diseños) en lugares separados si se usarán en un solo lugar?
Ahora, si cada proyecto es de hecho un complemento, independiente de otros complementos, ir con vistas compiladas es la mejor manera. Pero si el Proyecto B conoce la visión del Proyecto N, entonces creo que la solución anterior es más adecuada. Esa o toda la aplicación está demasiado sobrediseñada. La separación es buena cuando no crea una jungla completamente nueva para navegarla.
Hola Mike, creo que has entendido mi idea. Creo que es casi como el enfoque de Widget que estoy tomando y, aunque está un poco más acoplado, aún puedo cambiar la fuente de datos y simplemente actualizar los ensamblajes sin volver a compilar todo el sitio web. – fes