Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    primarykey
    data
    text
    <p>I would suggest going through the this <a href="http://codeofrob.com/category/10.aspx" rel="nofollow noreferrer">series</a> of post by Rob Ashton specifically </p> <ol> <li><a href="http://codeofrob.com/archive/2009/11/01/dynamically-switching-between-master-pages-in-asp.net-mvc.aspx" rel="nofollow noreferrer">http://codeofrob.com/archive/2009/11/01/dynamically-switching-between-master-pages-in-asp.net-mvc.aspx</a> </li> <li><a href="http://codeofrob.com/archive/2010/02/08/multi-tenancy-in-asp.net-mvc-views.aspx" rel="nofollow noreferrer">http://codeofrob.com/archive/2010/02/08/multi-tenancy-in-asp.net-mvc-views.aspx</a></li> </ol> <p>However, I think though that you may need to do some overriding of how view names are resolved. The key point I think as noted in Rob's post is that views should be resolved and located in reverse order i.e. always look for views defined for your current site and traverse back to the root where a complete set of views are present. </p> <blockquote> <p>set of views per unique domain + one default?</p> </blockquote> <p>Yes - bearing in mind that you may only need specific views for a domain</p> <blockquote> <p>use areas?</p> </blockquote> <p>No - i dont suggest splitting your app up using Areas in this case. I am assuming that you mean an area per domain. You should still split your app into Areas based on functionality and use the same idea resolving the views.</p> <blockquote> <p>any other idea?</p> </blockquote> <p>Using Rob's idea is definitely a good option. I would however take into consideration how many domains(sites) you are expecting to have different view for. I am thinking of the case (not very YAGNI) where every area for each site has different view requirements. So i a well thought plan is needed to stored the views. An example of a possible directory structure. </p> <pre><code>-- Default -- Area1 // Site2's views rendered from here --Views --Shared -- Area2 --Views --Shared ... -- Site 1 // all views from Site 1 are rendered from this folder -- Area1 --Views --Shared -- Area2 --Views --Shared -- Site 2 // only view for Area2 are rendered from here -- Area2 --Views --Shared </code></pre>
    singulars
    1. This table or related slice is empty.
    plurals
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. This table or related slice is empty.
    1. VO
      singulars
      1. This table or related slice is empty.
    2. VO
      singulars
      1. This table or related slice is empty.
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload