Являются ли несколько поддоменов когда-либо релевантными в проекте MVC?

Question

VS2013 update 4, MVC5

Все еще относительно новое для MVC. Для разделения функциональных доменов в проекте MVC использование областей кажется явным из этих сообщений (olderSOlink, newerMVC5link).

Есть ли причина, по которой субдомены будут интегрированы как часть решения, включающего различные функциональные области данного проекта MVC? У меня нет причины, чтобы хочу, чтобы использовать поддомены, я просто спрашиваю, потому что я не знаю, есть ли какое-то преимущество, о котором я должен знать.

Возможно ли это даже без особого труда? Например, может ли вход в систему переходить через поддомены? Будут ли другие сложные проблемы?

В настоящее время проект, который я строю, является «относительно» небольшим и будет иметь около 5 основных доменов, поэтому я предполагаю, что Areas - лучшая архитектура для изоляции этих доменов, но я хотел попросить руководство, прежде чем зайти слишком далеко и принимать решения, которые затрудняли бы использование поддоменов в случае наличия веских оснований для их использования в одном проекте MVC.

Answer 1

Обычно я использую субдомены для разделения основных функций приложения или если у меня несколько серверов, на которых я хочу находиться на одном доменном имени.

Чтобы ответить на ваш вопрос при входе в систему, если вы используете одно и то же приложение, вы остаетесь на сервере во всем домене (в зависимости от способа использования сеансов cookie будет доступен для домена в целом).

Если вы спрашиваете использование поддоменов, они на самом деле просто схема именования, поэтому вы можете классифицировать свои 5 основных приложений в один домен с разными путями (например,/portal,/store,/etc ..), а затем вы могли бы point store.domain.com -> domain.com/store. Так что это довольно гибко в конце.