Толстый Лорри

Недавно в это погружался)

Ничего лучше этого не нашел. Но этого, официального референса и пары уже имеющихся тестов хватило, чтобы разобраться. На пару вечеров экспериментов.

Начнем с терминологии, а то хейтеры тут не особо разбираются =) Между ASP и ASP.NET MVC разница примерно такая же, как между Java и JavaScript.
Java - это язык, как и C#. Под них есть свои веб-фреймворки, такие как JavaEE, Spring для Java или ASP.NET MVC, NancyFX для C#.

Учить ASP (classic ASP) или ASP.NET (который Web Forms) с нуля уже не стоит. А вот ASP.NET MVC - отличный выбор. Это уже достаточно зрелый фреймворк, на котором работает много серьезных проектов (таких, как StackOverflow) и которая востребована на рынке как в России, так и в мире.

Сам C# достаточно интересный, активно развивающийся язык. Платформа себя чувствует неплохо на любых популярных устройствах. Хорошо развивается .NET Core, являющийся переосмыслением монолитного .NET Framework, позволяющий разрабатывать компатные кросслатформенные приложения, в том числе и с использованием ASP.NET Core, которые можно развертывать самостоятельно, без огромного сервера за спиной, аналогично Node.js.

Конечно, с ASP.NET MVC не пофрилансишь и сайты-визитки разрабатывать не так удобно =) Но поддерживать крупные приложения - одно удовольствие.

А Java - это уже такой динозаврик, который стагнирует в роли вечного догоняющего, потихоньку будет сходить на нет в ближайшее десятилетие. Да, платформа обеспечила себя специалистами, тоннами легаси-проектов, которые необходимо поддерживать, поэтому с работой и под нее проблем не будет и менеджеры часто выбирают эту штуку, как проверенное десятилетиями средство. Но с точки зрения обычного программиста, я не вижу смысла выбирать Java.

routes.MapRoute(
    "UsersGeneric",
    "{action}/{id}",
    new { 
      controller = "Users",
      action = "User",
      id = UrlParameter.Optional
    },
    new[] { controller = "Users", id=@"\d+" },
    new[] { "Proj.Controllers" }
);

routes.MapRoute(
    "Default",
    "{controller}/{action}/{id}",
    new { 
        controller = "Home", 
        action = "Index", 
        id = UrlParameter.Optional 
    },
    new[] { "Proj.Controllers" }
);

Попробуйте вместо IEnumerable использовать IList, там есть индексатор. Либо просто двумерный/jagged массив.

Сервис - это бизнес-логика, которая позволяет абстрагироваться от DAL с его репозиториями.

Слои:

• абстрагированы друг от друга - заменяемы (допустим, заменяя презентационный слой можно из обычного сайта сделать SPA или бэкенд для мобильного приложения; мы не зависим от модели хранения (разные СУБД, файлы, глиняные таблички, голубиная почта), можем легко "вклинить" какой-нибудь прокси-слой между ними, который будет проводить какую-либо обработку или кэшировать, например)
  
• абстрагированы друг от друга - их легко изучать, легко поддерживать (модифицировать, т.к. четко разграничена зона ответственности и меньше риск, что от взмаха крыла бабочки на другом конце света рухнет небоскреб)
  
• легко поддаются независимому тестированию (взяв один тип можно легко воспроизвести вокруг него необходимое тестовое окружение)
  

На проекты принято дробить, как правило, как для логического отделения, как и возможности безболезненно обернуть любой такой модуль в NuGet-пакет и подключать во многих местах. На волне этой идеи и появился .NET Core.

Чтобы делать сайты на ASP.NET MVC нужно знать его основы.

Серверная часть любого сайта начинается с проектирования базы данных: какая информация, в каких таблицах будет лежать и с какими связями между ними взаимодействовать.
Затем нужно продумать взаимодействие с пользователем (User Interface). В простом случае можно отдавать статические странички, взаимодействовать с сервером через ссылки и HTML-формы.
Когда все будет готово, можно будет публиковать сайт на хостинг.

Если я не ошибаюсь, то каждый запрос и так обрабатывается в отдельном потоке.