LINUX.ORG.RU

Вышел dotNet Core 2.1 LTS

 asp.net core, ,


1

0

Вышла новая версия популярного кросплатформного фрэймворка dotNet Core 2.1
Версия 2.1 объявлена LTS и будет поддерживаться 3 года

Наиболее заметные изменения:

  • Добавлена поддержка Alpine Linux .NET Core and Alpine with Docker
  • Поддержка ARM для dotNet Core. Raspbian, Ubintu образы готовятся
  • Обновлены Docker Images
  • Brotli Compression - тип сжатия данных без потерь, доступный в большинстве браузеров. По скорости приблизительно равен Deflate но обеспечивает лучшее сжатие.
  • Новые Cryptography API
  • dotNET Core Global Tools - набор утилит для работы в командной строке с проектом, пакетами NuGet и т.д. https://aka.ms/dotnet-cli-docs.
    Следующие утилиты включены в dotNET Core Global Tools и не нуждаются в дополнительной установке:

    * watch
    * dev-certs
    * sql-cache
    * user-secrets
    * ef
  • SourceLink - публичный репозиторий и доступ нему для загрузки отладочной информации пакетов NuGet.
  • Tiered Compilation - ускорение запуска путём приоритизазии JIT компиляции байткода необходимого приложению для старта.
  • Улучшение производительности https://blogs.msdn.microsoft.com/dotnet/2018/04/18/performance-improvements-i...

Change-log: https://github.com/dotnet/core/blob/master/release-notes/2.1/2.1.0-commit.md

>>> Подробности

★★☆☆

Проверено: Shaman007 ()
Последнее исправление: cetjs2 (всего исправлений: 3)

Ответ на: комментарий от ixrws

Хороший специалист должен знать все популярные?

Он должен знать что они существуют.

Ни видел ни одного дотнетчика не знающего что есть Java и C++
Аналогично о Java и С++ разаработчиках.

Если вы не знаете и гордитесь можете объяснить причину гордости?

grim ★★☆☆
() автор топика
Ответ на: комментарий от spec_po_kiskam

Автор, ну .NET Core же.

Хз
Я привык dotNet писать ;)

Пусть поправят если могут у меня не прав.

grim ★★☆☆
() автор топика
Ответ на: комментарий от WitcherGeralt

Уметь в фотошоп, сапера и устанавливать виндоус — это же три кита для мира ИТ?

Можете теперь смело и открыто объявить что ИТишник!

grim ★★☆☆
() автор топика
Ответ на: комментарий от makoven

Нет.
Но я ведь и не искал.

Я использую и знаю что используется во многих местах.

Меня устраивает.

grim ★★☆☆
() автор топика
Ответ на: комментарий от yoghurt

Так .NET и вот этот dotNet есть одно и то же или одно есть реализация другого?

Если вкратце, то .NET Core это кроссплатформенная реализация .NET.

Legioner ★★★★★
()
Ответ на: комментарий от WitcherGeralt

Ну го, предположим что не знаю, при этом очень желаю стать ТруЪ айтишником (по хардкору прям).

Начни читать авторитетные IT-ресурсы. Например хабрахабр.

Какие там у вас — «айтишников» — определяющие вехи? Уметь в фотошоп, сапера и устанавливать виндоус — это же три кита для мира ИТ?

Киты у каждого свои. А не знать базовые вещи, что такое процессор, операционная система, какие операционные системы распространены, какие основные языки программирования используются в промышленной разработке - позор. Это полное отсутствие кругозора.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

авторитетные IT-ресурсы
хабрахабр

Это тот, на котором регулярно появляются статьи о том как написать хеллоуворд на питоне, а комментарии под этими статья разрываются от благодарноестей? Или тот на котором 99% контента — новостные дайджесты?

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

Ты упустил, что в самом первом комментарии под темой был вопрос о том, что такое «кроссплатформенный фреймворк dotNet Core». Не .NET и даже не Mono, а какая-то НЁХ. Ты действительно считаешь, что это common knowledge в IT?

WitcherGeralt ★★
()
Ответ на: комментарий от Legioner

Хабрахабр не является авторитетным IT-ресурсом.

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

anonymous
()
Ответ на: комментарий от Legioner

Если вкратце, то .NET Core это кроссплатформенная реализация .NET.

Core в названии намекает что там не весь .Net, хотя я могу ошибаться.

RedPossum ★★★★★
()
Ответ на: комментарий от grim

Речь шла про сильные и слабые стороны, это не то чтобы просто знать о существовании. Допустим разработчик в курсе о существовании целого списка разных технологий, как это ему поможет адекватно их оценить? Чтобы хоть как-то оценить, нужно как минимум потыкать палочкой, а желательно взять и попробовать хотя бы часть проекта написать на этом. И таких разработчиков, которые даже палочкой не тыкали, но мнение своё уже имеют - целый вагон. Хорошо ли это? Нет, это отвратительно, такие люди некомпетентны и постоянно создают проблемы для других, очень часто голосуя за то, о чём представления даже толком не имеют. Когда такой человек за себя решает или у него бюджет свой, тогда это его личное дело, но часто это не так, он например просто управленец и распоряжается чужим бюджетом.

Конкретно .net core я знаю на уровне написания rest серверов в связке с mssql, и мне даже местами понравилось. Но почему это должен знать другой разработчик, которому не приходилось заниматься разработкой под этот фреймворк я не понимаю. Это примерно как вот спросить меня что-то о яве, ну что я могу сказать? Ну писал что-то на ней, что-то пытался ваять ещё на swing, но более-менее серьёзно не писал, а значит ничего не знаю толком.

ixrws ★★★
()
Ответ на: комментарий от RedPossum

Да, всю бибилиотеку они не перенесли, да это и невозможно, потому что определённая часть это просто обёртки вокруг WinAPI (вроде Windows Forms). Но перенесено достаточно чтобы, например, писать кроссплатформенные веб-приложения.

Legioner ★★★★★
()
Ответ на: комментарий от Legioner

А там идея не в том чтобы все распилить, как в явовском jigsaw, а потом все модули, в т.ч. которые раньше входили с стандартную поставку, не входящие в тот самый core поставлять нагетом?

RedPossum ★★★★★
()
Ответ на: комментарий от ixrws

Речь шла про сильные и слабые стороны, это не то чтобы просто знать о существовании.

Речь шла о том, что на IT шном ресурсе в теме о программист кой фиче человек говорит «Что это такое»

Т.е. он даже не слышал о ней. 

grim ★★☆☆
() автор топика
Ответ на: комментарий от RedPossum

А там идея не в том чтобы все распилить, как в явовском jigsaw, а потом все модули, в т.ч. которые раньше входили с стандартную поставку, не входящие в тот самый core поставлять нагетом?

Насколько я понял - да.

Но полный .net будет существовать в некросплатформном варианте.

Опять таки, не LTS версии core будут поддерживаться год.

grim ★★☆☆
() автор топика

кросплатформного
Ubintu образы
приоритизазии

Virtuos86 ★★★★★
()
Последнее исправление: Virtuos86 (всего исправлений: 1)

Ну и зачем оно нужно, если Paint.NET на линуксе не заводится

incker
()

Кроссплатформенный .NET никому ненужен без 100% реализации вендовой гуйни. Есть некоторая потенциальная потребность у энтерпрайза запускать говнолегаси в виде мышетыкательных велосипедов написанных макаками в эпоху расцвета сисярпа и которые никто и никогда не будет переписывать на что-то более приличное. А вот это вот, без гуйни - ненужно даже энтерпрайзу, ибо даже энтерпрайз вовремя слез со всякого шлака типа ASP и т.п.

Так что приходите с новостями про кроссплатформенный .NET когда там будет полная реализация WindowsForms и WPF. Только тогда это хоть кого-то сможет заинтересовать.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Не надо грязи. Нам, например, приходится работать с партнёрской фирмой виндузойдов. Они пишут некую тулзу на C#, которая посылает нам данные через специальный протокол. Никакого гуя там нет. Ранее нам приходилось для тестирования держать отдельную виртуалку с пераццкими вендами, мудохаться с установкой туда нужных версий дотнета и прочий ад. Ныне вендузойды научились собирать своё поделие под сабж. Наш CI берёт ихний кот с гита, собирает всё в обычном линуксе, тестирует всё тоже в линуксе. Скоро и в продакшене оно поедет в обычном линуксе, а венда пойдёт в печь.

anonymous
()
Ответ на: комментарий от anonymous

Я и говорю - никому .net без гуйни не нужен. За несколько дней нашлась единственная неназываемая «фирма» которая до сих пор использует .net без гуя.

Stanson ★★★★★
()
Ответ на: комментарий от IchBinFertig

Windows.Forms под mono на Linux уже работают.

Когда Paint.NET и 100500 прочих мышевозных поделок на .NET нативно заработают без напильника и пересборки, тогда и приходи сказки рассказывать.

Stanson ★★★★★
()
Ответ на: комментарий от anonymous

Кто ещё не понял, что микрософт рвётся на серверы, тот скоро поймёт.

Микрософт всегда очень рвался на серверы, аж со времён NT3.5 Но их велосипеды никогда не взлетали.

Если очень сильно натянуть сову на глобус, то единственным хоть как-то жизнеспособным серверным велосипедом оказалась только SMB/CIFS, да и то, в виде samba, а не мелкософтовского поделия. :)

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Этот ваш Paint.NET, среди прочего, работает с реестром. Если автор сделает что‐то вместо него для поддержки Linux, тогда посмотрим.

А про мышевозные поделки без пересборки, кстати. Есть у меня один проект, написанный в Visual Studio. На формочках, конечно. Он прекрасно под линуксом работает без пересборки.

Если тебе очень интересно, то я могу выкинуть сюда бинарники и даже сам говнокод.

IchBinFertig
()
Ответ на: комментарий от anonymous

И чем оно, например, от AWS отличается? Или может мелкософту удалось на Azure добиться большей популярности ASP по сравнению хотя бы с PHP?

Компания вбухала денег в типичный облачный сервис. Чего в этом такого сугубо мелкософтного? Все так делают.

Если бы мелкософт на Azure исключительно мелкософтовские велосипеды предлагал и построил бы его только на венде - где бы был тот Azure?

Stanson ★★★★★
()
Ответ на: комментарий от IchBinFertig

Этот ваш Paint.NET, среди прочего, работает с реестром. Если автор сделает что‐то вместо него для поддержки Linux, тогда посмотрим.

Так это не автор Paint.NET должен делать, а авторы «кроссплатформенного» .NET

В WINE прекрасно работает реестр, авторам WINE почему-то не пришло в голову пороть чушь типа «а вот пусть авторы MSOffice сделают что-то вместо реестра для поддержки Linux, тогда посмотрим.».

Есть у меня один проект, написанный в Visual Studio.

Это совершенно не значит, что на моно будет без напильника работать всё что написано на net.

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Так это не автор Paint.NET должен делать, а авторы «кроссплатформенного» .NET

Нет, авторы .NET (а, конкретно, mono) этого делать не должны.

Реестр — виндо‐специфичная штука, и авторы mono не должны о ней заботиться.

Или ты такой тупой, что не понимаешь этого?

В WINE прекрасно работает реестр, авторам WINE почему-то не пришло в голову пороть чушь типа «а вот пусть авторы MSOffice сделают что-то вместо реестра для поддержки Linux, тогда посмотрим.».

WINE — это совершенно другой спектакль. Реестр не является обязательным условием для .NET; но для WINE, который предназначен для запуска приложений шиндуса, является.

Так что порешь чушь ты.

IchBinFertig
()
Ответ на: комментарий от IchBinFertig

Нет, авторы .NET (а, конкретно, mono) этого делать не должны.

Если бы в .NET не было бы RegistryClass, а был бы какой-нибудь ConfigStorageClass - это заявляение было бы уместно. Но хрен там. в .NET есть именно RegistryClass. Так что извольте предоставить его полноценную реализацию в своём кроссплатформенном извращении.

Реестр — виндо‐специфичная штука, и авторы mono не должны о ней заботиться.

Тогда авторы mono не должны заботится ни о сокетах, ни о System.IO.Log, ни о всяких там System.Console, да вообще ни о чём.

Реестр не является обязательным условием для .NET; но для WINE, который предназначен для запуска приложений шиндуса, является.

Ничего подобного. Если вендовому приложению не нужен реестр, оно без малейших проблем будет работать на WINE из которого реестр полностью выпилен.

Stanson ★★★★★
()
Последнее исправление: Stanson (всего исправлений: 1)
Ответ на: комментарий от Stanson

Так что извольте предоставить его полноценную реализацию в своём кроссплатформенном извращении.

То есть ты сначала пишешь про кроссплатформенный .NET, а потом требуешь от него фичу, которой нигде, кроме винды, нет?

Санитаров вызывать тебе?

Если бы в .NET не было бы RegistryClass, а был бы какой-нибудь ConfigStorageClass - это заявляение было бы уместно. Но хрен там. в .NET есть именно RegistryClass.

Windows‐специфичные классы на кроссплатформенной платформе, что тебе не нравится? Я же не требую от винды «/dev/null» и «/etc» из коробки.

Или взять тот же .NET Core 3: они пообещали там формочки, но только на шинде. Не хотят для других делать, поэтому там эта фича осталась шиндус‐специфичной.

Тогда авторы mono не должны заботится ни о сокетах, …, ни о всяких там System.Console, да вообще ни о чём.

А в линуксе нет сокетов? В линуксе нет консоли? В линуксе только systemd и GNOME 3?

Вообще, различай вещи: есть фичи шиндуса, которым есть аналог в линуксе или которые легко реализуемы; а есть фичи шиндуса (реестр, например), которые встраиваются лишь на уровне всей системы, а иначе бесполезно.

System.IO.Log
mono

/home/kasper μ fsharpi                                                                                                                                          

Microsoft (R) F# Interactive version 4.1
Copyright (c) Microsoft Corporation. All Rights Reserved.

For help type #help;;


> open System.IO.Log ;;  

  open System.IO.Log ;;
  ---------------^^^

/home/kasper/stdin(2,16): error FS0039: The namespace 'Log' is not defined.

> exit 0 ;;
/home/kasper μ mono --version                                                                                                                                   
Mono JIT compiler version 5.10.1.20 (tarball Thu Mar 29 10:44:58 UTC 2018)
Copyright (C) 2002-2014 Novell, Inc, Xamarin Inc and Contributors. www.mono-project.com
…

Ничего подобного. Если вендовому приложению не нужен реестр, оно без малейших проблем будет работать на WINE из которого реестр полностью выпилен.

Ты вообще читал?

Реестр не является обязательным условием для .NET; но для WINE, который предназначен для запуска приложений шиндуса, является.

WINE «эмулирует» шиндус, а .NET — лишь платформа для разных систем.

WINE «эмулирует» шиндус, а .NET — лишь платформа для разных систем.

WINE «эмулирует» шиндус, а .NET — лишь платформа для разных систем.

Так понятнее?

IchBinFertig
()
Ответ на: комментарий от Stanson

Вызовите санитаров этому господину.

WindowsForms и WPF

Значение знаешь? inb4: пит буль
WindowsForms
Windows Presentation Foundation
Кроссплатформенный гуй это в перспективе Avalonia.

ritsufag ★★★★★
()
Ответ на: комментарий от IchBinFertig

Ты даже не в курсе, что WINE расшифровывается как WINE Is Not Emulator. :) WINE не эмулятор, WINE это реализация Win32 API на линуксе. :) .NET это тоже API. Нет никаких препятствий для реализации этого API на любой платформе, кроме нежелания его создателей.

Ламеры такие ламеры. :)

Stanson ★★★★★
()
Ответ на: комментарий от Stanson

Ты даже не в курсе, что WINE расшифровывается как WINE Is Not Emulator… WINE не эмулятор, WINE это реализация Win32 API на линуксе…

Да, именно поэтому я писал слово «эмулятор» в кавычках.

Так что вот это вот не засчитано.

Нет никаких препятствий для реализации этого API на любой платформе, кроме нежелания его создателей.

Оно просто не нужно, ты это поймёшь?

Ламеры такие ламеры…

Ого‐го, какое ЧСВ у этого пациента!

:)
:)
:)

Это ты так полыхающий пукан скрываешь?

IchBinFertig
()
Ответ на: комментарий от IchBinFertig

Это ты так полыхающий пукан скрываешь?

Не вижу ни одной причины по которой у меня бы могло заполыхать от этих смешных потуг с .NET

Я всего лишь объясняю как обстоят дела.

Мне совершенно насрать на эту убогую поделку, она никакого влияния на опенсорц не оказывает и не окажет. Сдохнет точно так же как mono, потому что эта вторичная технология мало кому интересна.

Единственное для чего она может пригодится - для запуска всякого гуёвого легаси понаписанного макаками для энтерпрайза. Никаких новых полезных проектов на .NET не было и не будет, опенсорц разработчик всегда выберет более приличную технологию для реализации своих придумок. В самом лучшем случае, .NET ждёт судьба этакой недожабы в опенсорце. Полторы энтерпрайзных поделки, парочка студенческих проектов и два с половиной редактора для .NET написанных на .NET, которые будут использовать полторы калеки.

Stanson ★★★★★
()

Заменить слово популярный на чтото другое.

Для меня популярный tk, а не dotNet.

(QT, GTK -лучше, но их возможности пока не востребованы)

Мои тиклевские python программы запускаются везде linux 2.6, winxp, win 7, win 10 и главное не требуют, до установки ни чего лишнего. А установить дотнет я даже в 2008году на лицензионный winxp не смог (позже выяснил какое то локализационное обновление мешало). dotNet подозреваю популярен только там, где его силком пропихнули или школьники-студенты, пока скил не прокачали используют.

anonymous
()
Ответ на: комментарий от Legioner

На самом деле все перенесли на момент релиза .Net Core 2.0 он был эквивалентен .net 4.6.2 . На самом деле Core - очень важная веха в жизни этого языка. Если покопаешься , то найдешь библиотеки отрисовки графики. Народ вроде даже начал универсальный компановщик элементов в окнах.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.