ASP.NET Core готово ли для производства?

Если ты дотнетчик то какие варианты? Используют и думаю с выходом трехи переползут все кто еще ковыряется в ископаемом говне.

Стоит ли инвестировать свое время на изучения оного? Для бекенда?

Можно. Опять же если ты работаешь с дотнетом.
Просто так свитчиться с какого-нибудь питона/ноды я не вижу смысла.

вроде бы да, но есть легкие сомнения по поводу производительности (сервер Kestrel выполняет скомпилированный .Net Core код) https://stackoverflow.com/questions/34440649/iis-vs-kestrel-performance-compa... - здесь сравнение с традиционным дотнетовским IIS.

при поиске работы, читая пожелания работодателей, 6 раз встречал связку .Net Core на бэке и, внимание, ВСЕГДА Ангуляр на фронте. Хоть ты их убей, балбесов. Реакт на другом конце никому не приходит в голову.

вроде бы да, но есть легкие сомнения по поводу производительности

сервер Kestrel выполняет скомпилированный .Net Core код

Одно должно подтверждать другое? Вроде же это хорошо, не?

Хотят наверное почти все от Microsoft, пусть Angular от Google, но TypeScript от MS, Reactive.JS от MS. Видно это им греет душу.

Плюс обьективно TypeScript хорошо сделан. Намного неприятнее вступить во Flow и долго отдирать его от подошвы.

Реакт не ортогонален TypeScript'у. лично на моей памяти были промышленные проекты на нем.

Только с Angular будет сразу TypeScript документация, в первую очередь, а не во вторую

это временные трудности. Реакт более архитектурно адекватен (по моему скромному мнению). Закончится это переписыванием тяжелых, промышленных сайтов с Ангуляра (с замечательной Тайпскиптовой документацией) на Реакт. прецеденты уже были.

вроде бы да, но есть легкие сомнения по поводу производительности (сервер Kestrel выполняет скомпилированный .Net Core код)

Ссылка за 2016 год. Свежо чё.

Как и наоборот, очень много раз. Переписывать вообще полезно. Главное не забывать что новая версия лучше из-за учтенного опыта и исправленых ошибок, а не из-за смены инструмента

Дело не в инструменте, дело как раз в архитектуре. Вот совсем недавний пример. Захожу я на гуглдиск (разумеется, на Ангуляре). Там у меня занято 13 гигов, внизу слева мне это показывается. Замечательно. Отправляю в корзину одну из уже не нужных виртуальных машин, которые у меня там хранятся (5 гигов). захожу в корзину, удаляю насовсем. слева внизу - по прежнему занято 13 гигов. возвращаюсь на главную страницу диска - 13 гигов. и только когда я полностью обновляю страницу - надпись внизу слева меняется на 8 гигов. Это инструмент? нет, это именно архитектура такая.

Господи боже. Реакт... Не спасибо...

есть аргументы против?

Пока нету же вроде. Какой статус этого проекта? Вроде пока просто интересный эксперимент

Реакт это почти 7 велосипедостроения. Взять тот же JSX - в чем отличие тега начинающегося с маленькй буквы от тега с большой? Можно ли ЛЕГКО применять CSS стили?

Велосипед с this.props and this.state. Это привело к redux...

И так далее. Не ломая совместимости получили монстра.

Мне кажется сейчас надо заниматься Svelte. А тем кто уже вложился в React надо думать как слезать.....

Ха. С Blazor разве не надо будет на клиенте иметь УСТАНОВЛЕННЫЙ .NET? Каких версий?

Не, WebAssembly

3 раза ХА. Это байткод. А если ты хочешь использовать С#, ты хочешь его БЕЗ всего багажа .NET? Как минимум кусок .NET ты захочешь....

Ну открой демку что-ли, там каждый System.*.dll превращается в такой же WebAssembly файл. Я так понимаю что там похожая выразительность байткода. От .NET не остается VM, но стандартною библиотеку приходиться поставлять в оттранслированой форме

От .NET не остается VM

И GC не свой, а тот что в V8?

Велосипед с this.props and this.state.

велосипед предполагает, что уже были решения, но зачем-то все было сделано еще раз, с нуля. что ты имеешь в виду в данном случае?

Я думаю примитивный встраивают, в WebAssembly нету GC, там просто голая плоская память, делай что хочешь

Резко.

Прекратить городить вавилонскую башню..

И как у вас C# без GC живет? Сдается мне этот блазор будет только сбоку похож...

Наверное на ARC живут, т.е. сложную логику нужно писать очень осторожно, другое дело этож не сервер, приложение не живет сутками, так что утечку памяти могут и не заметить за время сессии.

Ха на прошлой работе у нас была проблема, что пользователь не закрывал приложение по 2-3 месяца....

Почитал. Короче для текущего прототипа они компильнули Mono Runtime в WebAssembly и собирает мусор он. Ждут завоза родного GC в WebAssembly

Можно глянуть размер Mono Runtime? Это я такой захожу на Лор, а у меня прогрессбар и говорит «мы вам щас выкачаем 20 гигов»...

Ну глянь, зайди на демку Blazor

https://github.com/aspnet/Blazor/wiki/FAQ#q-wouldnt-the-app-download-size-be-...

Где URL?

Смотри ссылку выше, говорят 60кб. Не веришь, URL в гугле

Upd: не, это раньше так было