В ASP.NET MVC вы должны явно передать данные, необходимые представлению, от контроллера к представлению.

Рекомендуемый способ сделать это - использовать строго типизированное представление и передавать данные в форме экземпляра класса:

public ActionResult MyAction() {
    return View(new MyViewModel { Prop1 = "Value1", ... });
}

В вашем представлении вы указываете класс модели, который использует представление:

@model MyViewModel

ViewData и ViewBag - это альтернативные / исторические способы передачи данных в представление. ViewData - это словарь, и для извлечения из него значений требуется приведение типов. ViewBag - это динамический объект. Оба не имеют преимуществ, которые вы получили от строгой типизации ваших просмотров.

ViewData имеет некоторые другие свойства для доступа к метаданным модели или состоянию модели. См. Например ViewData.ModelMetadata.

Может ли кто-нибудь объяснить его использование, а не просто получение переменной непосредственно из контроллера?

Да, развязка. В шаблоне MVC указано, что представление не зависит от контроллера. Когда ваше представление может получить доступ к свойствам контроллера, оно будет связано с этим конкретным контроллером, и M в MVC исчезнет.

И ViewBag, и ViewData предназначены для поддержки развязки представления и контроллера. Данные, которые обычно подходят для ViewModel, могут быть помещены в ViewBag или ViewData для использования в представлении. Такие данные, как данные списка выбора, не обязательно относятся, например, к представлению.

Разница между ViewBag и ViewData заключается в том, что доступ к данным представления осуществляется как к контейнеру ключа / значения (словарю), где к данным в ViewBag осуществляется доступ через свойства (это динамический объект, поэтому присвоение нового значения свойству создает имущество).

Обновлять:

Когда вы используете <%= variable %>, вы получаете доступ к переменной прямо в конкретном представлении. Чтобы контроллер мог установить это значение, он должен быть связан с представлением и назначен напрямую. это, конечно, возможно, но вводит прямое связывание с представлением, которое может вам не понадобиться.