Как стать автором
Обновить

Комментарии 15

Кто-нибудь знает когда, хотя бы примерно, зарелизится ASP.NET vNext?
Релиз Visual Studio 14 планируется на 2015 год. Значит, скорее всего, релиз vNext тоже будет в 2015
Скорее бы уже, жду не дождусь, когда они наконец-то объединят Web API и MVC.
Грядут большие изменения…
И какие же они большие? Половину мы уже видели в mvc 5, так, вылизанная owin идеология.
Как по мне, кроме OWIN еще много новшеств, главные из них(которых нет в MVC5):
  • Возможность развернуть проект на любой платформе + сделать это простым скриптом,
  • MVC, Web API, Web Pages объединены в один фреймворк — MVC 6,
  • Dependency Injection встроен внутрь фреймворка,
  • Нет зависимости от супер-библиотеки System.Web
  • Возможность запаковать среду выполнения в nuget пакет
Ну это как раз и есть доработка идеологии «модульности» OWIN, кстати, по поводу отсутствия зависимости от «System.Web» интересно было бы почитать побольше, т.к. в самой реализации фреймворка, судя по гитхабу, такая зависимость есть.
Я не могу согласиться, что это всего лишь доработка OWIN, но это все субъективно.

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

ни в модулях Microsoft.AspNet.Mvc
github.com/aspnet/Mvc/tree/dev/src
Извиняюсь, упоминания были только в ранних версиях и сохранились в некоторых ветках, похоже сейчас связь с «System.Web» действительно отсутствует.
Если подумать, что почти весь АСП.НЕТ работает на ИИС, то эти все фишки с кроссплатформенностью для многих просто не нужны.

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

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

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

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

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

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

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

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

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

Опять же, это нужно для облачных приложений. Когда ты загружаешь один файл-контейнре, внутри него абсолютно все зависимости, код, данные. Вот такой app.zip абсолютно всё равно где будет выполняться. Там не нужно предустанавливать .NET Framework.
Вот и я хочу понять для себя — стоит ли для освоения практически с нуля приобретать книгу по MVC 5 или уже начинать с vNext.
У них очень много общего. Если у вас хорошо с английским (или, хотя бы, так себе) я бы порекомендовал попробовать туториалы:
www.asp.net/mvc
www.asp.net/vnext

Для освоения с нуля это наверное идеальный вариант. Очень много и четко расписано, куча картинок и вставок кода. Для практики это удобнее чем книга.
Половину переделали, а то, что не переделали — полностью переименовали, чтобы еще больше все запутались ((
Зарегистрируйтесь на Хабре, чтобы оставить комментарий

Публикации