Max Home IndustryMicrosoft объявила на Build в этом году, что портирует существующие элементы .NET, зависящие от платформы, на .NET Core, но какие именно? Простой ответ «все это» кажется неприемлемым, поэтому пользователям пора сообщить Microsoft, что для них важно.
Кажется, прошло так мало времени с тех пор, как Microsoft гордилась тем, что лидировала с самого начала, часто уводя своих программистов по дорогам, по которым они, возможно, не хотели идти. Однако это не имело большого значения, потому что вы всегда могли подумать, что у Microsoft есть видение, и если оно не соответствовало вашим целям, то это было потому, что вы еще не догнали его.
Решение использовать .NET с открытым исходным кодом и создать .NET Core — это то, что мы все приветствовали, но в конечном итоге оно оставляет нас в странной ситуации. Как я уже сказал ранее, если бы вы хотели попасть сюда, возможно, вы начали бы не с этого места. Система .NET была разработана как способ программирования Windows в обозримом будущем. Он был расширен за счет расширенного языка C # и расширенной поддержки — четырех столпов Windows WPF, WCF, WF и Cardspace — что такое Cardspace! Переход на открытый исходный код был разумным; сделать его кроссплатформенным было в значительной степени неуместным. Как можно использовать всю инфраструктуру, которая сделала .NET великолепным, когда он работает под Linux? Вы не можете.
Таким образом, .NET Core существенно поврежден, и Microsoft потребовалось некоторое время, чтобы понять, что необходимо добавить некоторые фреймворки. Windows Forms и WPF — самые популярные средства для переноса на .NET Core.
Обратите внимание, что это не кроссплатформенный порт; любая программа .NET Core, использующая Windows Forms или WPF, будет работать только под Windows, но многие старые программисты Windows не слишком заботятся о других платформах.
Это разумный, хотя и несколько запоздалый план. Проблема Microsoft заключается в том, какая часть старого .NET переносит ее на .NET Core — не то, чтобы слово «порт» здесь подходило. В конце концов, у Microsoft ограниченные ресурсы, и ей приходится решать, какие части старого .NET важны.
Итак, как это сделать?
Вы могли подумать, что это было очевидно. Вы могли подумать, что Microsoft возьмет на себя инициативу и расскажет нам, что важно, а затем дождется ужаса, что какая-то непонятная часть .NET, возможно, WF, не включена. Вместо того, чтобы взять на себя инициативу, Microsoft решила спросить нас — демократично что ли !? Вместо того, чтобы просто просить нас проголосовать и, возможно, получить некоторые предвзятые результаты от программистов, которые кричат громче всех, текущая схема состоит в том, чтобы заставить нас запустить анализатор переносимости. Вы можете загрузить его с сайта блога, и, если вам повезет, он будет работать достаточно хорошо, чтобы проанализировать ваше .NET-приложение и обнаружить, какие API-интерфейсы действительно используются. Затем список API-интерфейсов будет отправлен в Microsoft, где они смогут определить, какие из них наиболее используются и, следовательно, являются наиболее важными и срочными при переходе на .NET Core. Он также служит второй цели: он сообщает вам, насколько вероятно, что ваша программа будет работать с .NET Core 3.0. Однако в этом аргументе есть некоторая замкнутость, поскольку анализатор совместимости скажет вам, насколько ваше приложение совместимо с .NET Core 3.0, одновременно сообщая Microsoft, что должно быть в .NET Core 3.0 — хммм, здесь что-то странное и нелогичное.
Все отлично, но толку от этого мало. Все, что требуется, — это единый API, который приложение использует для того, чтобы не поддерживаться, чтобы оно превратилось в бесполезную кучу битов. Бесполезно сообщать вам, что ваше приложение на 99% совместимо с грядущей версией .NET Core 3.0 — это все еще неудача.
Результат запуска Анализатора — погоди, там столбик со 100% зелёной поддержкой! Почему бы нам не использовать это!
Так что объясните мне еще раз, почему мне нужно переходить на .NET Core, когда все, что у меня есть, работает только на классическом .NET? О да, я помню, .NET Core — это будущее, несмотря на то, что Microsoft утверждает, что исходный .NET будет поддерживаться вечно …
Кто-нибудь, пожалуйста, скажите мне, для программиста Microsoft, работающего с Windows, каков вариант использования .NET Core?
Если вы знаете и хотите повлиять на будущее этого странного проекта, скачайте и запустите Analyzer, как только сможете.
Настоящая ссылка в сообщении в блоге.
Больше информации
Готовы ли ваши приложения Windows Forms и WPF для .NET Core 3.0?
Статьи по Теме
.NET Core 3 получает графический интерфейс
Microsoft просит помощи о будущем .NET — с чего начать?
Blazor .NET в браузере
Мост Silverlight к приложениям UWP
Не выгружать .NET — метод Microsoft
Сброс .NET — безумие Microsoft
Microsoft Open Sources .NET?
Был ли .NET ошибкой?
Война с Microsoft — управляемое против неуправляемого
Windows и .NET — надвигающаяся буря
WPF жив!
Microsoft против разработчиков
Чтобы быть в курсе новых статей на I Programmer, подпишитесь на нашу еженедельную новостную рассылку, подпишитесь на RSS-канал и подпишитесь на нас в Twitter, Facebook или Linkedin.
Комментарии
Оставьте комментарий или просмотрите существующие комментарии с помощью Disqus
или отправьте свой комментарий по адресу: comments@i-programmer.info