Что там в .NET? – Telegram
Что там в .NET?
483 subscribers
37 photos
79 links
Рассказываем, что происходит в мире .NET.

С вопросами можно пинать @nevoroman
Download Telegram
Про сам доклад пока нечего сказать, в основном показывают разнообразные компоненты Blazor. Их действительно немало и выглядят они удобно, но рассказывать не о чем.
Ну и важное о перфомансе. Большой размер сборки WebAssembly это одна из главных проблем и MS над ней работает
Доклад про MAUI не взрывал мозг, но показал перспективный инструмент.

По ощущениям — сейчас частей функциональности еще не хватает, но простые приложения уже можно и разрабатывать, и запускать на разных платформах. В любом случае, до официального релиза в прод MAUI лучше не пихать.

Код напоминает смесь WPF с Xamarin. Из WPF переехал общий подход к разработке, из Xamarin фичи и компоненты. Словом, все привычное для .NET разработчиков, код выглядит самоочевидно.

Фичи для разработки с MAUI доступны в preview версии VS.
Но повторю еще раз — пока это достаточно сырой инструмент, не советую использовать его в чем-то серьезнее pet-проектов.

Даже ребята из Microsoft во время ответов на вопросы подчеркивают, что MAUI пока не готов к продакшену.
А в эфире технические неполадки — начался доклад про F# и к нему должен был подключиться (видимо, удаленно) Don Syme, создатель языка. Но что-то не подключается.

Тем не менее, доклад идет и нам показывают изменения, делающие язык дружелюбнее для новичка.
Что в итоге по демо нового F#

- Много упрощений, делающих язык дружелюбнее для новичка
- Перфомансные улучшения
- Нормальная отладка пайплайнов
- Всякие улучшения-упрощения для task

Улучшения вроде бы небольшие, но по факту, F# получил даже больший буст, чем C#. Очень радует, что язык развивается и становится проще для новых разработчиков — именно порог входа сейчас останавливает многих от изучения F#.
Примеры проектов, поддерживающих Hot Reload
А вот примеры ситуаций, когда Hot Reload работать не будет
А вот улучшения (очень приличные) в производительности тестовых инструментов
А теперь рассказывают о поддержке разного «удаленного» тестирования — прогона тестов в приложениях, которые запущены в контейнерах, WSL или к которым ты подключаешься через SSH. Выглядит неплохо.
О, оказывается Microsoft портировали Playwright — классную библиотеку для end-to-end тестирования. Советую посмотреть и потестить.

https://github.com/microsoft/playwright-dotnet
В .NET добавили команду dotnet format, которая автоматически форматирует код. Такая команда может пригодиться как часть пайплайна — например, чтобы автоматически приводить к некоторому стилю весь код, который коммитится в репозиторий.

https://docs.microsoft.com/en-us/dotnet/core/tools/dotnet-format
А еще на трансляции рассказывают о возможностях расширения автодополнения с помощью Roslyn. То есть вы можете написать специальный провайдер, который будет давать дополнительные опции для автодополнения. Вот статья с примером разработки такого провайдера

https://www.strathweb.com/2018/12/using-roslyn-c-completion-service-programmatically/
Тем временем — доклад о Minimal APIs. Поскольку эти API и впрямь довольно минималистичные, в докладе едва ли будет много новой информации. Зато я могу посоветовать вам статью на эту тему от Скотта Хансельмана — читается быстро и дает достаточное понимание, что такое Minimal APIs.

https://www.hanselman.com/blog/exploring-a-minimal-web-api-with-aspnet-core-6
Что ни говори, а выглядит это все достаточно любопытно
Изменения в ASP.NET Core следуют общему курсу для .NET:

- Упрощение для новичков
- Перфоманс и удобство разработки (Hot Reload)
- Разнообразные улучшения для фронтенда

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

Ну и потенциальная возможность уменьшить количество проблем с JS тоже радует.
А вот кое-какие перфомансные улучшения в ASP.NET
А вот список других изменений в ASP.NET Core, которые не вписываются в озвученный выше «общий курс». Все полезное и по делу.
В докладе про Blazor Components показывают компании и open-source инструменты, работающие нам компонентами для Blazor.

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