Энтомолог

Доброе утро, программисты!
Почему Вы остановили свой выбор и используете ASP.NET Core?
Спасибо за развёрнутые ответы.

0

@LeniumSoft

А с чем мы должны его сравнивать?
Со старым ASP.NET? PHP? Node? Python?

0

Энтомолог

А зачем Вы хотите его сравнивать?

0

@sau

Сам по себе выбор подразумевает наличие иных вариантов , подвергнутых критическому анализу и сравнению.
Если бы вопрос прозвучал как - "почему вы используете asp net core" - тогда развитие темы могло бы быть , а так будет очередной хуливар.

0

Энтомолог

Именно это я имел в виду, когда создавал тему.

0

@kingzfate

Alex9,
1)Кроссплатформенный
2)Удобный
3)Наличие .NET
4)А почему бы и нет..

1

@sau

Почему не использую:
1) Кроссплатформенный NET ограничен в функционале под специфику определенной платформы (оно и понятно) , так если пишите под Windows - то в классике найдете гораздо больше специфичных плюшек.
2) Слабенько с библиотеками под различные прикладные нужды.
3) Нет поддержки технологий для разработки GUI , например WPF (хотя вроде намечаются подвижки в эту сторону)
4) Просто нет необходимости его использовать , жили как то без него и дальше проживем ).

0

@Usaga

sau, тут речь о ASP.NET Core, а не о .NET Core. ASP.NET Core спокойно работает поверх .NET Framework с сохранением всех специфичных особенностей винды.

Добавлено через 4 минуты
Для самого же .NET Core есть Windows Compatibility Pack - пакет библиотек с Windows-only фичами.

1

@sau

5) Хостингов на Windows пруд пруди , а вот для asp net core все весьма скудно.

да , не успел поправиться ) , но все равно , для меня это минус и в сторону asp net core, ибо я под десктоп так же пишу , и прыгать с фреймворка на фреймворк не очень удобно - учитывая , что все же они отличаются по функционалу.

0

@Usaga

sau, приложение на ASP.NET Core может хоститься на том же IIS при установке на него специального расширения (что хостерами и делается). Так же можно хостить на VPS со своим рабочим окружением без всяких проблем.

0

@sau

Это я понимаю , но только зачем тогда Core , если мы хостимся на IIS , т.е выбор Core должен быть обусловлен необходимостью писать под другие OS.

0

@Usaga

Эм... Вы же прыгаете между десктопом и WebForms? Тут в чём разница? ASP.NET Core - переписанный ASP.NET MVC и всего делов.

Добавлено через 2 минуты
Затем, что фреймворк попытались переписать с использованием новых возможностей C#7, чтобы сделать его более эффективным. Плюс поправить старые косяки. Плюс улучить архитектуру. Всё это не можно было сделать не сломав обратную совместимость, вот и решили её не сохранять, а сделать новый фреймворк.

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

0

@sau

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

0

@Usaga

Какие именно? SignalR в 2.1 прикрутили. HTTP2.0 в 2.2 обещают завести. Что в ASP.NET Core вас пока не устраивает? Это правда интересно было бы знать.

0

@sau

При этом я использую один NET фреймворк с общим базовым функционалом , а вот если я пишу веб на Core , то десктоп на Core уже не написать (да и шарить общий функционал неудобно) , будет переключение на Net classic - вот это переключение не проходит безболезненно , я бы еще мог смириться - если бы действительно потребность в кроссе была , а иначе просто незачем , удобнее взять NET классику и спокойно писать под веб и под десктоп. - но это мое личное имхо , понятно , что у "чистых" веб.разработчиков такой делемы нет.

Добавлено через 6 минут
опять рискуем заспамить тему отдаленными дискуссиями ) , на этом пока все.
- ну вот примерно такие же аргументы можно привести и по прочим функциям , где то чего то нет , когда то обещают и т.п.
- все еще развивается , библиотеки пишутся , даже cms-ок то пока на Core раз два и обчелся. , Вы можете на нем писать что-то , но в батле Core vs Classic , для меня побеждает по всем фронтам второй.

П.С Мне нравится новый vs шаблон веб.проектов на базе Core , но это больше вопросы к разработчикам шаблонов для студии , сам Core тут не причем.

0

@Usaga

ASP.NET Core может работать как поверх .NET Core, так и поверх .NET Framework. Т.е. использование ASP.NET Core для вас ничем не будет отличаться от использования ASP.NET \ ASP.NET MVC в плане "прыжков" куда-то. Если вы работаете на .NET Framework, то никуда "прыгать" не надо - ASP.NET Core работает на нём. Всё classic.

Функционал шарить тоже не проблема, ибо в NET Standard 2.0 укладывается огромное количество API из "классического" .NET.

Просто я не услышал весомых аргументов против этого фреймворка, акромясь личной неприязни.

По каким?

По каким фронтам?

У нас соседний отдел (150+ человек) наваял огроменное веб-приложение для автостраховщиков асашая. И начали они его пилить ещё со времён ASP.NET Core 1.1. Сделали, всё работает. Никто не повесился от неудобств.

0

@sau

загуглите , информации о том , что не так с Core и с какими проблемами сталкиваются люди - много. (или мой второй пост почитайте) Т.е какие то минусы в работе с Core привести можно , а вот какие сравнительные плюсы Вы можете привести ? - когда можно рискнуть перспективой проекта , окунувшись в мутные воды , и главное ради чего.

2

@Usaga

sau, я надеялся услышать ваш отзыв о этом фреймворке основанный на опыте использования. А гуглить минусы не интересно. Их обо всём можно нагуглить.

Я данный фреймворк не использовал вплотную. Поэтому плюсов и минусов сказать не могу. Я могу судить о этом фреймворке исходя из мнения коллег из соседнего отдела, которые успешно реализовали крупный проект на нём.

Но я копался в отдельных частях именно .NET Core и видел, что они уже сильно отличаются в реализации от того, что было в .NET Framework (много где используется Span, ref return, да и просто переписано иначе в более эффективной манере). Поэтому у меня нет повода считать, что тоже самое не произошло и с ASP.NET Core. С моей точки зрения, это - плюс. Оно может работать не на .NET Framework - тоже плюс, хоть и не "вау" для многих сценариев. Остальное можно выявить только при плотной работе с ASP.NET Core.

Но опыт коллег для меня что-то да значит, а потому слышать "да оно по всем фронтам уступает" без указания на эти фронты - удивительно.

Получается, что моя точка зрения основанная на мнении коллег и домыслы против вашего мнения основанного на "нагуглите минусы"?))

1

@LeniumSoft

Недавно закончили перевод большого проекта на ASP.NET Core. Проект делаем для SAP и изначально делали на классическом ASP.NET. За два месяца до сдачи SAP выкатили нам весьма нехилое условие: всё наше творчество должно разворачиваться на linux.

Проект у нас связан со сбором информации с кучи устройств и анализом этой информации. Построение красивых графиков и прочие крутые плюшки...

Подключается к всяким WCF сервисам, которые нам передают инфу.
Короче .NET юзаем по полной.
Работаем с базами Oracle, PostgreSQL, SAP HANA. Все работают на Core без проблем.

Мы решили мигрировать именно на Core. Ну и если чего не хватит... перепишем или вынесем в сервис.

Переезд оказался даже проще чем мы ожидали. Даже серьёзных переписываний не понадобилось. Немного изменился SignalR(стал лучше).

Зато код стал гораздо лучше и понятнее!

Теперь есть единые контроллеры для MVC и WebApi.
Встроенная DI работает быстро. До этого мы юзали Autofac.

Принцип работы ближе к обычному консольному приложению.

Какие плюсы получили помимо кроссплатформенности.

ASP.NET Core на винде может запускаться вне IIS.
Это даёт более шустрый старт и приложение(или служба) работает постоянно. IIS его не убивает периодически. Можно смело запускать потоки и не бояться что они лягут вместе с пулом иис. Раньше такие вещи приходилось выносить в сервисы.

Увеличение отзывчивости! (запросы ходят напрямую безо всяких HTTP.sys)

Встроенная нормальная локализация!

Встроенное распределённое кэширование из коробки.

Всё проходит через DI, соответственно можно заменить любое внутреннее поведение. (это можно прям основным плюсом сделать)

4

@kingzfate

LeniumSoft, а там завезли Lazy Load, адекватную миграцию без багов?

0