1. Сначала было WebForms.
2. Потом стало не комильфо и перешли на MVC.
3. Потом Razor.
4. Теперь сервисы на SignalR + Angular.
5. И вот уже добавили совсем новый фреймворк: ASP.Net Core for .Net Framework
И все это за 15 лет грубо говоря. Получается в среднем технология живет 3-4 года. То есть меняется даже чаше чем президенты в США, если не остаются на второй срок.
Если вы начали разрабатывать на фрейморке не в день его появления, а, скажем, он существует уже год-два, то у вас в запасе 2-3 года, пока он еще будет актуальным. Потом опять привыкать к новому фреймворку.
Здравствуйте, Shmj, Вы писали:
S>Вот смотрите.
S>1. Сначала было WebForms. S>2. Потом стало не комильфо и перешли на MVC. S>3. Потом Razor. S>4. Теперь сервисы на SignalR + Angular.
не, сначала был asm, потом sql, потом html, потом java
Re: Средняя продолжительность жизни фреймворков в ASP.Net
А чем сигнализируется смерть фреймворка? Я вот как на JSP писал 15 лет назад, так и сейчас могу писать простые сайты. Сложные на Spring MVC. Ангуляры всякие не одобряю, но и с ними на Spring MVC проблем не будет. Spring MVC по идее это тоже лет 15. Принципы веба не изменялись уже давно.
Re: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
S>Вот смотрите.
S>1. Сначала было WebForms. S>2. Потом стало не комильфо и перешли на MVC. S>3. Потом Razor. S>4. Теперь сервисы на SignalR + Angular.
MVC и Razor фреймворки оказываtтя. Мало того, с MVC можно перейти на Razor
Re: Средняя продолжительность жизни фреймворков в ASP.Net
There are several new features available for Web Forms within .NET 4.6 that will focus on improving performance, development time and efficiency within Web Forms applications. Some of the features that will be focused on within this article include:
HTTP2 Support
Roslyn Code DOM Compilers
Asynchronous Model Binding
Re: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Ночной Смотрящий, Вы писали:
S>>3. Потом Razor. НС>Razor это темплейтный движок для все того же MVC
Один хрен все писать иначе.
S>>4. Теперь сервисы на SignalR + Angular. НС>SignalR это нотификации, а Angular вообще фронтэнд. А на бекенде все тот же MVC/WebAPI.
Нет, на бекенде нет MVC, так как все перешло в клиент. На бекенде только SingalR, который сам выбирает транспорт наилучшим образом, то ли это WebSockets то ли это REST. Сам все решает, в зависимости от возможностей браузера.
НС>Итого, движков для бекенда ровно два.
Нет, потому что уже никто кроме динозавров на бекенде не делает построение HTML -- все это перешло на фронт. Давным давно.
Не бекенде чисто сервисы, которые отдают JSON. Ну и статика. Все!
Через года 4 все изменится и уже не будет JS -- будет в тренде WebAssembly и все фреймворки уже будут на его основе.
Re[3]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
S>Нет, потому что уже никто кроме динозавров на бекенде не делает построение HTML -- все это перешло на фронт. Давным давно.
Стесняюсь спросить: это чисто на asp.net так произошло, особенность такая "фреймворков ASP.Net" или кое-где более везде?
Re[3]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
S>>>3. Потом Razor. НС>>Razor это темплейтный движок для все того же MVC S>Один хрен все писать иначе.
Что все и зачем иначе?
S>>>4. Теперь сервисы на SignalR + Angular. НС>>SignalR это нотификации, а Angular вообще фронтэнд. А на бекенде все тот же MVC/WebAPI. S>Нет, на бекенде нет MVC, так как все перешло в клиент.
Когда все перешло на клиент, все равно остается WebAPI, которое все тот же MVC. От того что вьюх на бекенде нет фреймворк не меняется.
S> На бекенде только SingalR, который сам выбирает транспорт наилучшим образом, то ли это WebSockets то ли это REST.
При чем тут Signal/R? Разберись с предметом.
S>Не бекенде чисто сервисы, которые отдают JSON.
Которые все тот же ASP.NET MVC.
Re[4]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Max Mustermann, Вы писали:
MM>Стесняюсь спросить: это чисто на asp.net так произошло, особенность такая "фреймворков ASP.Net" или кое-где более везде?
Наверное везде подобное.
Re[4]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Когда все перешло на клиент, все равно остается WebAPI, которое все тот же MVC. От того что вьюх на бекенде нет фреймворк не меняется.
Нет, уже далеко не MVC. Просто обычные REST-сервисы. Название Controller как костыль -- ничего не меняет.
НС>Которые все тот же ASP.NET MVC.
Re[5]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
НС>>Когда все перешло на клиент, все равно остается WebAPI, которое все тот же MVC. От того что вьюх на бекенде нет фреймворк не меняется. S>Нет, уже далеко не MVC.
Да? Неужели на WCF делают?
S> Просто обычные REST-сервисы.
Угу, обычные REST сервисы сделаные при помощи ASP.NET MVC.
S> Название Controller как костыль -- ничего не меняет.
Ты это, заканчивай на термины стрелки переводить. Фреймворк как был, так и остался.
S>
Смех без причины, ...
Re[6]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Угу, обычные REST сервисы сделаные при помощи ASP.NET MVC. НС>Ты это, заканчивай на термины стрелки переводить. Фреймворк как был, так и остался.
Нет же, совсем другой пакет: Microsoft.AspNet.WebApi
MVC в другом пакете, между ними мало общего.
Re[7]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Ночной Смотрящий, Вы писали:
S>>Не бекенде чисто сервисы, которые отдают JSON. НС>Которые все тот же ASP.NET MVC.
Безотносительно ваших внутренних .Net разборок (я в них не лезу), интересно как ты себе вообще представляешь реализацию концепции MVC на сервере в ситуации, когда весь GUI реализован в JS на клиенте, а сервер является всего лишь прокладкой между SQL и JSON? ))) На мой взгляд там от этого MVC остаётся максимум буква M, и то в лучшем случае. )))
Re[5]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
MM>>Стесняюсь спросить: это чисто на asp.net так произошло, особенность такая "фреймворков ASP.Net" или кое-где более везде? S>Наверное везде подобное.
И "везде" виноват проклятый ASP.Net?
Re[5]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, alex_public, Вы писали:
_>Безотносительно ваших внутренних .Net разборок (я в них не лезу), интересно как ты себе вообще представляешь реализацию концепции MVC на сервере в ситуации, когда весь GUI реализован в JS на клиенте, а сервер является всего лишь прокладкой между SQL и JSON? ))) На мой взгляд там от этого MVC остаётся максимум буква M, и то в лучшем случае. )))
View для сервера это JSON )
Если у Вас нет паранойи, то это еще не значит, что они за Вами не следят.
Re[7]: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
НС>>Угу, обычные REST сервисы сделаные при помощи ASP.NET MVC. НС>>Ты это, заканчивай на термины стрелки переводить. Фреймворк как был, так и остался. S>Нет же, совсем другой пакет: Microsoft.AspNet.WebApi S>MVC в другом пакете, между ними мало общего.
Вот и посчитай по своей табличке сколько лет назад ты подчерпнул эту информацию
WebApi при своем появлении был отдельным пакетом от ASP.NET MVC, но при этом очень, очень похожим концептуально. в ASP.NET MVC5 и ASP.NET Core уже нет отдельных пакетов mvc/webapi — они идут вместе.
Re: Средняя продолжительность жизни фреймворков в ASP.Net
Здравствуйте, Shmj, Вы писали:
S>1. Сначала было WebForms. S>2. Потом стало не комильфо и перешли на MVC. S>3. Потом Razor. S>4. Теперь сервисы на SignalR + Angular.
S>Если вы начали разрабатывать на фрейморке не в день его появления, а, скажем, он существует уже год-два, то у вас в запасе 2-3 года, пока он еще будет актуальным. Потом опять привыкать к новому фреймворку.
Ну вот много лет назад начал делать проект. На MVC 2, только вышедшем. В прошлом году проапгрейдил его до MVC 5. И нормально. Получил новые возможности, но и старый код так же отлично работает. При этом, что характерно, в MVC5 по прежнему работают вьюшки, написанные еще без Razor (который просто движок шаблонов из MVC3).
