ASP.NET vNext Ликбез

[Saladin]

Кто-нибудь знает когда, хотя бы примерно, зарелизится ASP.NET vNext?

[Gbdrm]

Релиз Visual Studio 14 планируется на 2015 год. Значит, скорее всего, релиз vNext тоже будет в 2015

[Saladin]

Скорее бы уже, жду не дождусь, когда они наконец-то объединят Web API и MVC.

[iamitbeard]

Грядут большие изменения…

[drayv]

И какие же они большие? Половину мы уже видели в mvc 5, так, вылизанная owin идеология.

[Gbdrm]

Как по мне, кроме OWIN еще много новшеств, главные из них(которых нет в MVC5):

• Возможность развернуть проект на любой платформе + сделать это простым скриптом,
• MVC, Web API, Web Pages объединены в один фреймворк — MVC 6,
• Dependency Injection встроен внутрь фреймворка,
• Нет зависимости от супер-библиотеки System.Web
• Возможность запаковать среду выполнения в nuget пакет

[drayv]

Ну это как раз и есть доработка идеологии «модульности» OWIN, кстати, по поводу отсутствия зависимости от «System.Web» интересно было бы почитать побольше, т.к. в самой реализации фреймворка, судя по гитхабу, такая зависимость есть.

[Gbdrm]

Я не могу согласиться, что это всего лишь доработка OWIN, но это все субъективно.

По поводу System.Web — а можно уточнить где именно зависимость?
Я не нашел ее ни в примерах, типа:
github.com/aspnet/Home/blob/master/samples/HelloMvc/project.json

ни в модулях Microsoft.AspNet.Mvc
github.com/aspnet/Mvc/tree/dev/src

[drayv]

Извиняюсь, упоминания были только в ранних версиях и сохранились в некоторых ветках, похоже сейчас связь с «System.Web» действительно отсутствует.

[A_HREF]

Если подумать, что почти весь АСП.НЕТ работает на ИИС, то эти все фишки с кроссплатформенностью для многих просто не нужны.

Я не вижу, для себя лично, проблемы в зависимости от System.Web. Проект и так у меня собирается и разворачивается простым скриптом на MSBuild.

Для чего все это МС делает? Учитывая что Ажур стал без приставки Виндоус, то становится примерно понятно для чего.

[Gbdrm]

Если подумать, что почти весь АСП.НЕТ работает на ИИС, то эти все фишки с кроссплатформенностью для многих просто не нужны.

В то же время, для многих они нужны, зачем завязываться на один конкретный веб сервер. Или зачем вообще хостить приложение в веб сервере если оно элементарное.

Я не вижу, для себя лично, проблемы в зависимости от System.Web

Это огромный модуль в котором куча нужной и не нужной логики. С таким подходом можно сделать одну библиотеку System.Super, в которой будет абсолютно все.
Модульность — это удобно, легко, гибко и т.д.

Для чего все это МС делает?

Я немного по-другому воспринимаю эти изменения. «Это делает» не МС, а такие же люди как мы, которые следят за платформой, думают как ее улучшить и просто делают свою работу. Да, конечно есть некие стратегические цели компании, возможно даже распространение на не-Windows платформы, но вместе с тем есть и просто хорошие инициативы от людей.
Если вы считаете, что надо делать что-то другое — можете предложить. Например на aspnet.uservoice.com

[A_HREF]

С таким подходом можно сделать одну библиотеку System.Super, в которой будет абсолютно все.

Ну по сути так и есть. Называется это GAC ;) Утрированно, конечно, но мысль думаю ясна.

Здесь, правда, МС тоже хочет меняться, и разрешит приложениям работать абсолютно изолированно.

Опять же, это нужно для облачных приложений. Когда ты загружаешь один файл-контейнре, внутри него абсолютно все зависимости, код, данные. Вот такой app.zip абсолютно всё равно где будет выполняться. Там не нужно предустанавливать .NET Framework.

[DjoNIK]

Вот и я хочу понять для себя — стоит ли для освоения практически с нуля приобретать книгу по MVC 5 или уже начинать с vNext.

[Gbdrm]

У них очень много общего. Если у вас хорошо с английским (или, хотя бы, так себе) я бы порекомендовал попробовать туториалы:
www.asp.net/mvc
www.asp.net/vnext

Для освоения с нуля это наверное идеальный вариант. Очень много и четко расписано, куча картинок и вставок кода. Для практики это удобнее чем книга.

[jazbit]

Половину переделали, а то, что не переделали — полностью переименовали, чтобы еще больше все запутались ((