Здравствуйте, Shmj, Вы писали:
S>Как то официально никто ничего не объявляет но что-то происходит.
S>Судя по исходникам и NuGet-пакетам, все библиотеки MS делает под .Net Core. Старые под классический .Net уже даже не обновляет. Тот же EF сейчас 6.1.3 от March 11, 2015.
S>Но! .Net Core то еще сырой, в нем нет всего того пласта наработок/библиотек что в классическом.
S>И сейчас такое чувство что тебе в доме сняли все окна и двери, сначала хотели ставить новые а потом предлагают ждать пока построят новый дом чтобы в него переселиться.
S>Где официальное объяснение Microsoft?
Скажу тебе как опытный разработчик, который когда-то мигрировал с C++ & Borland на C# & .NET, а сейчас мигрирующий на TS + JS +Node.JS + Angular2/4, я сам не понимаю что творит МС: .NET, .NET Core, .NET Standard Library, а... кошмар. В общем я посмотрел на все это дело и понимаю, что нужно бежать с МС платформы, как бы удобно на ней не было.
К сожалению МС повторяет путь Борланда чуть более 10-ти лет тому назад, МС проиграл тренд, ну что взять с чуваков которые усиленно пилили Silverlight до 2013, OWIN запустили поздно, МС сейчас догоняет, интерес к платформе угасает (гугли статью на хабре)
Причин проблем .NET несколько:
1. Грандиозное шествие веба, в котором рулит JS, как бы его не ругали. Поэтому если еще 10 лет тому назад Desktop платформу тянули в веб (WPF -> SilverLight), то сейчас веб приходит на десктоп — AppJS.
2. У МС не задалось с вин фоном, если бы они подсадили бы на вин фоны хотя бы четверть всех пользователей смартфонов, у них был бы шанс продвигать кроссплатформенные фреймворки в том числе для мобильных платформ.
3. Главный конкурент C# & .NET — Java, получил новые возможности с новой версией.
4. МС сильно проиграла по поддержке того же самого докера, надо было осуществлять поддержку раньше.
Выводы: МС проиграла в вебе, ОС Windows проиграла линуксу в высоко нагруженных приложениях. Поэтому сейчас МС пытается в спешке нагнать уходящий паравоз и выпускает все новые и новые либы для NET Core, без обратной совместимости. Ну вот как серьезно относиться к EF Core, если в нем оставили наследование через общую таблицу, не самый лучший вариант?
Но жалеть не о чем, освоить JS, TS + Node.js + Angular — не составляет большого труда, изучение даже интересно. Из плюсов отмечаю то, что серверная и клиентское приложения могут шарить общий код для валидации модели и правил, на пример. Не то я сейчас апи на .NET наклепал, делаю приложение на Angular2 и понимаю, что идет дублирование кода C# на клиенте
MS похоже что в ауте, какие могут быть заявления? .NET не умрет, но новые проекты сейчас предпочитают Node.JS, а не ASP.NET или ASP.NET Core. Так что как дот нетеры потешались над дельфистами, в скором времени будут потешаться над ними.
Re[6]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, alex_public, Вы писали:
_>У тебя похоже какие-то проблемы с чтением и пониманием сообщений собеседников. Переход к трём параллельным платформам — это был не мой прогноз, а официальная позиция MS на тот момент (и кстати UWP тут вообще ни при чём, т.к. это было ещё во времена Windows8). А прогноз заключался в том, что .Net перестанут активно развивать (будет приблизительно такое же отношение, как было у MS к C++ в 2000-ые годы).
Тебя лично очень тяжело понимать, т.к. то что ты пишешь — это 99% воды и 1% бреда, Впрочем чего ожидать от человека, для которого нормальный орм — это генератор всех возможных запросов к БД.
Re[5]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, AndrewVK, Вы писали:
AVK>UWP в современной винде намного больше, чем пара плагинов к MMC в той винде.
Да не намного. И столь же необходима как те плагины. Плюс к дотнету отношения не имеет, скорее всего, так как написано на Плюсах.
AVK>Никак. Но ситуация прямо противоположная дотнету ранее. Тогда дотнет хорошо приняли сторонние разработчики, а вот внутри винды его активно гнобили. А UWP наоборот, нафик никомц не нужен со стороны, зато в винду его активно и настойчиво продолжают пихать.
Дык это как раз понятно. Они сделали свой XAML с блэкджеком и шлюхами C++ и яваскриптом.
AVK>А монетизировать это как тогда надо было?
Вот так же как сейчас. Только на позиции лидера, а не догоняющего.
Я уже тебе говорил, что они сделали огромную ошибку порвав совместимость у виндофонов. Ты тогда меня не слушал. Вот такая же ошибка была сделана когда дотнет искусвенно привязывали к винде.
Вообще ошибок было море. Те же оптимизации производительности надо было делать не в 2017-м году и для Core, а в 2003-ем и для основного фреймворка.
Немерл нужнго было тупо взять под крыло и раскрутить или скомуниздить основные фичи. И опять же не в 2015, а в 2005-м.
У них везде свой путь. И этот путь всегда идет окольными путями.
Собственно бабла у них не мало. Куда нибудь да вырулят. Но с их то ресурсами можно было уже раз пять рынок захватить.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[2]: Планы MS на .Net платформу -- кто объяснит?
_>Скажу тебе как опытный разработчик, который когда-то мигрировал с C++ & Borland на C# & .NET, а сейчас мигрирующий на TS + JS +Node.JS + Angular2/4, я сам не понимаю что творит МС: .NET, .NET Core, .NET Standard Library, а... кошмар. В общем я посмотрел на все это дело и понимаю, что нужно бежать с МС платформы, как бы удобно на ней не было. _>К сожалению МС повторяет путь Борланда чуть более 10-ти лет тому назад, МС проиграл тренд, ну что взять с чуваков которые усиленно пилили Silverlight до 2013, OWIN запустили поздно, МС сейчас догоняет, интерес к платформе угасает (гугли статью на хабре)
_>Причин проблем .NET несколько: _>1. Грандиозное шествие веба, в котором рулит JS, как бы его не ругали. Поэтому если еще 10 лет тому назад Desktop платформу тянули в веб (WPF -> SilverLight), то сейчас веб приходит на десктоп — AppJS. _>2. У МС не задалось с вин фоном, если бы они подсадили бы на вин фоны хотя бы четверть всех пользователей смартфонов, у них был бы шанс продвигать кроссплатформенные фреймворки в том числе для мобильных платформ. _>3. Главный конкурент C# & .NET — Java, получил новые возможности с новой версией. _>4. МС сильно проиграла по поддержке того же самого докера, надо было осуществлять поддержку раньше.
_>Выводы: МС проиграла в вебе, ОС Windows проиграла линуксу в высоко нагруженных приложениях. Поэтому сейчас МС пытается в спешке нагнать уходящий паравоз и выпускает все новые и новые либы для NET Core, без обратной совместимости. Ну вот как серьезно относиться к EF Core, если в нем оставили наследование через общую таблицу, не самый лучший вариант?
_>Но жалеть не о чем, освоить JS, TS + Node.js + Angular — не составляет большого труда, изучение даже интересно. Из плюсов отмечаю то, что серверная и клиентское приложения могут шарить общий код для валидации модели и правил, на пример. Не то я сейчас апи на .NET наклепал, делаю приложение на Angular2 и понимаю, что идет дублирование кода C# на клиенте
_>MS похоже что в ауте, какие могут быть заявления? .NET не умрет, но новые проекты сейчас предпочитают Node.JS, а не ASP.NET или ASP.NET Core. Так что как дот нетеры потешались над дельфистами, в скором времени будут потешаться над ними.
Тоже когда-то мигрировал на .net c Борланда. Ощущение от MS ровно такое же, да. Насчет куда мигрировать — не уверен (кажется, на сервере всё-таки лучше на Java — она прошлые волны динамических языков пережила, и сейчас, наверное, всех переживет). Ну и по опросам/hh Реакт моднее Ангуляра, но может оно еще поменяется обратно.
Re[6]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, pagid, Вы писали:
P>Здравствуйте, Serginio1, Вы писали:
S>> А тем, что он быстрее и обфусцирован и можешь продавать через магазин P>Это достоинства?
Это недостатки? То С++ ники новорят, что .Net медленный и легко декомпилируемый.
Сделали .Net Native который быстрый и не декомпилируемый.
У тебя есть выбор Использовать и Nwt Native или UWP https://blogs.msdn.microsoft.com/dotnet/2017/08/25/uwp-net-standard-2-0-preview/
и солнце б утром не вставало, когда бы не было меня
Re[4]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Serginio1, Вы писали:
S>> Нельзя было портировать .NET Framework на другие платформы ибо он монолитный и прибит гвоздями к Windows.
AVK>Поэтому его портировали, но надолго сломали совместимость и обозвали .NET Core
S>> Вообще .Net Core изначально создавался для UWP S>>http://rsdn.org/forum/dotnet/6883845.1
AVK>Вообще нет. Вообще изначально его создавали, чтобы ASP Core работал в облаках на линуксях — информация из первых рук.
Возможно изначально так и было, только вот так ненавистная тобой модульность нужна прежде всего для Net Native
S>> Но затем с покупкой Xamarin стала задача развития Net Standard
AVK>С покупкой xamarin это никак не связано. NS2 совершенно конкретно нацелен на совместимость core и fw. Все остальное — побочный продукт.
NS2 это конечная цель. Для .Net Core и UWP это NS1.6, а для Xamarin 1.4
Кроме того не забываем, что под IOS аналог Net Native
S>>По сути разработчики Net Core выбросили все ненужное
AVK>И много чего нужного.
Не сразу Рим строился. Нужно было по сути начинать заново, поэтому нужно было избавиться от монолита.
А затем уже делать NS2. А до этого можно было выпустить и NS1.6 с NC1
Кстати различия https://github.com/dotnet/standard/blob/master/docs/versions/netstandard2.0.md
работа огромная. S>> При этом скорость Asp.Net Core значительно выше своего предка S>>https://github.com/aspnet/benchmarks
AVK>Там нет чистого сравнения. А сравнивать скорость in-process kestrel, которого до сих пор пускать наружу не рекомендуют, со скоростью IIS со штатными фильтрами и отдельным воркер процессом, и на основании этого делать вывод о скорости ASP Core ... явно не самая светлая идея.
Гдето были сравнения и с использованием IIS в качестве прокси сервера
Традиционно веб-сервер IIS (Internet Information Services) применялся для развертывания веб-приложений. Для хостирования веб-приложений ASP.NET Core также может применяться IIS, только в отличие от предыдущих версий ASP.NET теперь его роль будет сводиться к прокси-серверу. Хостирование приложений ASP.NET Core на IIS происходит с помощью нативного модуля AspNetCoreModule, который сконфигурирован таким образом, чтобы перенаправлять запросы на веб-сервер Kestrel. Этот модуль управляет запуском внешнего процесса dotnet.exe, в рамках которого хостируется приложение, и перенаправляет все запросы от IIS к этому хостирующему процессу.
и солнце б утром не вставало, когда бы не было меня
Re[10]: Планы MS на .Net платформу -- кто объяснит?
VD>Зачем? Чтобы время убить?
S>>Microsoft: свыше 500 миллионов устройств работают под управлением Windows 10
S>> То есть пол миллиарда устройств для тебя мало? Да вы батенька много кушаете.
VD>У логика на уровне первоклассника. Как из наличия 500 миллионов устройств работают под управлением Windows 10 следует, что на них крутятся UWP-приложения?
Меня мало интересуют сторонние приложения, прежде всего меня интересует приложения от MS и их полно. Я ими как раз и пользуюсь
И с выходом NS2 их будет больше и лучше.
VD>У меня вот десятка на нескольких машинах и ни на одной из них нет ни одного UWP-прилоежния.
То есть у тебя не стоит Win 10? Вин 10 это и скайп, почта, Paint3D итд
VD>Под винду есть полноценный дотнет и полноценный XAML. UWP — ненужен.
S>> Дело в том, что до NetStandard 2, Net Core, а значит и UWP был убог.
VD>Звиздец у тебя "логика"! Перечислил что-то и пом "а значит". А какая связь? А нет ее. И не надо. Ляпнул какой-нибудь бред и доволен.
S>>Сейчас он по возможностям не уступает старшему Фреймворку.
VD>Кто он? UWP? Да пусть он впереди планеты всей. Я тебе уже 100 раз сказал. Он попросту ненужен.
S>> Учитывая премущества .Net Native (скорость, обфускация) есть смысл писать приложения для десктопа на UWP.
VD>Нет смысла. Их некому будет впарить. Людям нужен широчайший охват платформ, а не убогий виндофон и недопреложения для десктопа, которые нельзя открыть в окне.
VD>Если я буду делать приложение для десктопа, то возму обычный дотнет и обычный XAML.
Я понимаю, что буду забанен, но я специально оставил твои слова. А теперь возьмем и почитаем
Основное преимущество .NET Standard 2.0 заключается в том, что он делает .NET-реализации .NET Standard намного более похожими на .NET Framework. С .NET Standard 2.0, около 20 000 дополнительных API Становятся доступными по сравнению с .NET Standard 1.6. Подавляющее большинство из них — это существующие API платформы .NET Framework, которые включают в себя отсутствующие API-интерфейсы отражения, не общие коллекции, DataSet , двоичная сериализация, XML-схема и многие другие. Для получения полного списка взгляните на Diff между .NET Standard 2.0 и .NET Standard 1.6 .
Это значительно упрощает перенос существующего кода .NET Framework в UWP. Это включает в себя как копирование и вставку существующего кода, так и расширение ссылок на существующие исполняемые файлы .NET Framework через режим совместимости. Вот пример использования DataSet Внутри приложения UWP:
То есть уже сейчас в превью можно копировать код из WPF, правда XAML нужно делать самому. Но с выходом XAML стандард можно будет автоматически переносить
и писать сразу один код для UWP и WPF по аналогии с Ксамарин, где в одном проекте ты делаешь приложение для IOS,Android,Tizen и UWP
То есть у тебя будет возможность сразу делать код для UWP и WPF, но ты его не будешь использовать?
А потом меня обвиняешь в бреде.
S>>То есть все о чем кричат поклонники С++ есть в UWP, при этом отладка и скорость создания значительно выше. S>> Другой вопрос, что на данный момент пока нет поддержки в UWP нет поддержки NetStandard 2, но она будет до конца года. S>>Это кстати касается и Tizen
VD>У тебя зверская каша в башке и полное отсутствие логики. Несешь феерическую чушь полностью игнорируя аргументы.
VD>Тебе говорят, что NetStandard — это всего лишь стандарт. Он не позволит заработать UWP-приложениям под Core. Это всего лишь подмножество АПИ которое хотят сделать доступным в назных реализациях.
А UWP и так работает под .Net Core в Debug режиме. Библиотеки у них одни. VD>Но ты упорно повторяешь одно и тоже. Ну, что же? Повторяй и дальше.
Влад вот народ из МС сделал огромнейшую работу. Вот тебе не обидно, когда твой труд хаят.
При этом ты даже не разобрался в предметной областию
То что ты меня оскорбляешь мне наплевать, но вот стоит уважать чужой труд который работает и продвигает .Net на новый уровень
и солнце б утром не вставало, когда бы не было меня
Re[11]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, VladD2, Вы писали: VD>>Здравствуйте, Serginio1, Вы писали: S>>>Читаем мое предыдущее сообщение http://rsdn.org/forum/dotnet/6883845.1
Здравствуйте, Serginio1, Вы писали:
S> Меня мало интересуют сторонние приложения, прежде всего меня интересует приложения от MS и их полно. Я ими как раз и пользуюсь S>И с выходом NS2 их будет больше и лучше.
Всех мало интересует, что интересует или не интересует тебя лично. Точно так же всех мало интересует, что за АПИ МС использует для своего внутреннего софта.
Востребованность АПИ определяется тем насколько большому количеству сторонних пользователей оно нужно.
МС не зарабатывает деньги от внутреннего использования. Ради этого точно не стоило городить новые АПИ. Можно было написать свой софт хоть на С++, хоть на дотнете с полноценным XAML.
Откровенно говоря уже утомился объяснять прописные истины. Зарекся уже отвечать, но уж раз начал, отвечу еще раз.
S> То есть у тебя не стоит Win 10? Вин 10 это и скайп, почта, Paint3D итд
У меня стоит Win 10, хотя на ноуте поставил Win 7 и разницы не ощущаю. Но я не использую ни одно приложение на UWP. Paint3D у меня тоже нет и не нужно.
Винда пыталась как-то заставить меня перейти на недоскайп (видимо написанных на UWP), но помучившись с ним пару часов я послал его на фиг и вернулся к старому доброму скайку.
И еще раз повторю. Для какаих-то внутренних поделок UWP точно был не нужен.
МС делал UWP с целью захвата части рынка девайсов (планшетов и телефонов). Но в реальности серьезных результатов он там не достиг. Не достиг не потмоу, что UWP говно, а потому, что они упустили время и порвали совместимость со старыми виндофонами (теми что были на Вынь ЦЕ). С тех пор они делают ошибку за ошибку. И кроме программистов эти виндофоны особо никто не покупает.
Основная ошибка МС и была в том, что они отказалсь от своей политики открытости и перешли к политике удержания клиентов. Вот только к этому моменту клиентов то уже не осталось. Пока они возились с новой мобильной платфоромй и делали пытались обобщить ее с десктопной (что просто бред) конкуренты поделили рынок и ушли далеко вперед.
Программисты освоили разработку софта для яблофонов и андроидов. Поддерживать две платформы и так накладно. И когда встает вопрос поддерживать еще и третью платформу, на которой нет полноценной явы, они делают просто выбор — посылают виндофон в жопу.
Единственный шанс МС отожрать серьезную часть рынка девайсов — вернуться к политике открытости для программистов. Именно эту политику представляет Кзамарин. Его концепция подкупает своей простотой — используйте единый набор языков и единый тулинг для разработки кроссплатформенных приложений сразу под все популярные девайсы. При этом разработка под не очень нужный виндофон становится намного более дешевым занятием и программисты начнут выпускать софт и под виндофон.
Ну, а как только для виндофонов появится софт сопоставимый по количеству и качеству с софтом для фблофонов и ведрофонов, то МС сможет дембигнуть и отожрать часть рынка.
Так что еще раз повторю UWP не нужен. МС не будет вкладывать в него много денег. Поддерживать конечно будут. Но пока они не отвоюют значительную часть рынка девайсов UWP будет жить по остаточному принципу. Благо он уже наворочен.
Я очень рад, что МС таки взялись за голову. И надеюсь, что в итоге МС сделает из Core и Кзамарина нечто пожожее на переносимый дотнет.
Мне не очень нравится идея нет-стандарта. Но я понимаю откуда растут ноги. Кзамарин не полноценный дотнет потому, что компилируется в нэйтив и не имеет кучи рантайм-фич. Не ясно только, что мешает приделать к Кору полноценный XAML. Точнее ясно, но это опять таки протекциониозм, который для них сейчас является не разумным шагом.
S> Я понимаю, что буду забанен, но я специально оставил твои слова. А теперь возьмем и почитаем
Ты оставляй те слова, что нужны для понимания твоих слов. Оставлять тупо все бессмысленно. Людям важен только контекст ответа. А уж:
Да мы и без переводчика не плохо это понимаем. Вот что ты тут умудрился увидеть — не ясно.
S>
S>Вот пример использования DataSet Внутри приложения UWP:
S> То есть уже сейчас в превью можно копировать код из WPF, правда XAML нужно делать самому. Но с выходом XAML стандард можно будет автоматически переносить
Скажи, ты действительно не понимаешь, что там написано? Или ты настолько хочешь видеть то, чего там нет, что мозг у тебя отключается?
Там не написано, что UWP включено в нет-стандарт. Там написано, что в UWP-приложениях можно будет использовать АПИ из нет-стандарт. Вот эти сраные DataSet-ы, например.
Пойми. Нету (по крайней мере пока) никакой обобщенной реализации XAML для разных платформ. А UWP, Дотнет Фреймворк и Кзамарин — это как раз платформы. UWP — это реализация поверх 10-й (или 8+) Винды. Донет, ну, он и в Африке дотнет. Кзамарин — вокруг хакнутого моновского компилятора генерирующего нэйтив для девайсов.
Они обещают стандартизовать и тэги XAML-а. Но все равно они будут компилироваться под разные платформы, по этому ты не сможешь получить общего бинарника под них.
S>и писать сразу один код для UWP и WPF по аналогии с Ксамарин, где в одном проекте ты делаешь приложение для IOS,Android,Tizen и UWP
Кзамарин тебе предоставляет общий тулинг для этого. UWP и WPF — это разные платформы. Общие теги — это еще не все. Там море нюансов, которые тебе придется учитывать.
Вот всем было бы лучше, если МС тупо выбросил все свои Кзамарины с UWP и тупо реализовал дотнет вместе с библиотеками на всех девайсах. Тогда бы не было чихарды с проектными файлами, всеми этими нюансами и т.п. И можно было бы действительно писать единый код.
Хотя единый код для десктопа и телефона — это скорее красивая сказка. Бизнес логику и сейчас не трудно обобщить. А гуй у ни будет разный. Причем концептуально разный.
S>То есть у тебя будет возможность сразу делать код для UWP и WPF, но ты его не будешь использовать?
Да не будет этого. Плюс, конечно не буду. Я выберу WPF для десктопа. И Кзамарин для девайсов. А UWP пошлю на фиг. Ну, разве что кто-то потребует (и оплатит) разработку под виндофоны.
МС это уже понял. От того и приоритеты у него поменялись.
Я не обвиняю, я констатирую факт.
VD>>Тебе говорят, что NetStandard — это всего лишь стандарт. Он не позволит заработать UWP-приложениям под Core. Это всего лишь подмножество АПИ которое хотят сделать доступным в назных реализациях.
S> Это не просто АПИ это еще и реализация
Хрен там! NetStandard — это именно подмножество АПИ. Понятно, что дотнетные сборки можно использовать где угодно. Вопрос только в том, что за либы ты сможешь зедайствовать. Вот в Моно, например, не было полноценого МСБилда. И хоть ты обосрись, но проект в Моно должен быть другим. И XAML-а там тоже не было. UWP — это АПИ разработки для 10-й винды. Там куча нюансов связанных с их магазином и всякими политиками безопасности. Всего этого никогда не будет в NetStandard.
То же XAML не будет одинаковым просто потому, что в UWP не реализовали всех наворотов из WPF. Набор базовых тегов они возможно и устаканят. Но не более того.
Ну, и где ты в списке пространств имен Window узрел?
Ой, все! (ц) Тебе хоть кол на голове теши, ты будешь продолжать нести бред.
S> А UWP и так работает под .Net Core в Debug режиме. Библиотеки у них одни.
Что ты несешь?! А...
S> Влад вот народ из МС сделал огромнейшую работу. Вот тебе не обидно, когда твой труд хаят.
А причем тут работа МС? Я оцениваю то что есть. Они хотели схитрожопить 10 лет назад, чтобы привязать людей к платформе, но обманули только сами себя. Люди послали на фиг МС с его хитрожопостью и ушли в Веб, на девайсы и на Яву. В МС это осознали и теперь судорожно пытаются выправить ситуацию. Но выправить ее нормально они уже не могу.
Ты же читаешь книгу и фидишь фигу. Видишь WPF входящий в NetStandard и поддержку UWP в Core. Именно это я и называю бредом.
S>При этом ты даже не разобрался в предметной областию
Да, конечно! Это я не разобрался, а не ты бредишь.
Иди по своей ссылке и найди в списке пространств имен Window. WPF ведь именно с этого нэйспэйса начинаются.
S> То что ты меня оскорбляешь мне наплевать, но вот стоит уважать чужой труд который работает и продвигает .Net на новый уровень
Я тебе скажу откровенно... тяжело не переходя на личности говорить о твоих слова, но я стараюсь. Слова твои безсусловно — бред. Сказал тебе о этом не один человек. Но ты продолжаешь читать одно, а понимать другое. Успехов тебе на этом поприще. А я умываю руки, или правда перейду уже на личности.
Тебе же советую начать читать то, что написано и не домысливать. Если тебе пишут, что обобщат теги XAML, не надо это интерпретировать как "реализуют UWP/WPF под Core". Если тебе пишут "NetStandard будет доступен в UWP-приложения", то не надо интерпретировать как-то иначе.
Несомненно наличие NetStandard — это шаг в правильном направлении. Он упростит написание обобщенного кода под разные платформы. От это не избавит от наличия трех платформ.
Люди же будут вообще все больше и больше уходить в веб. Трах со всеми этими платформами никому не нужен. Десктопные приложения, конечно, останутся. Но их количество будет сокращаться. UWP станет нужным только после победы виндофонов. Кзамарин будет востребован просто потому, что многие хотя иметь клинтов для мобил.
МС же делает очередные поступательные шаги вместо то того, чтобы еще 15 лет назад не делать глупостей и не превращать дотнет в виндовую яву.
Правильным подходом было бы реализовать в Core все интерфейсы нужные для создания программ включая WPF. Выкинуть к чертям UWP и Кзамарин, а для Андроида и айОС реализовать полноценный фреймворк с поддержкой AOT-компиляции.
Тогда все эти NetStandard-ы были бы не нужны, а поддержка всяких UWP и Виндовс сводилась бы к паре небольших библиотечек. Собственно именно это и называется Явой. Именно в Яве МС нашел фатальный недостаток на рубеже веков. И именно желание сделать привязанную к винде яву и породила всю эту котовасию.
Есть логика намерений и логика обстоятельств, последняя всегда сильнее.
Re[12]: Планы MS на .Net платформу -- кто объяснит?
VD>Они обещают стандартизовать и тэги XAML-а. Но все равно они будут компилироваться под разные платформы, по этому ты не сможешь получить общего бинарника под них.
Ак как же Xamarin.Forms? S>>и писать сразу один код для UWP и WPF по аналогии с Ксамарин, где в одном проекте ты делаешь приложение для IOS,Android,Tizen и UWP
VD>Кзамарин тебе предоставляет общий тулинг для этого. UWP и WPF — это разные платформы. Общие теги — это еще не все. Там море нюансов, которые тебе придется учитывать.
В чем проблема сделать общий тулингтдля WPF и UWP? VD>Вот всем было бы лучше, если МС тупо выбросил все свои Кзамарины с UWP и тупо реализовал дотнет вместе с библиотеками на всех девайсах. Тогда бы не было чихарды с проектными файлами, всеми этими нюансами и т.п. И можно было бы действительно писать единый код.
Для этого и сжелан Net Standard 2, но все равно нужно использовать нативные контролы
VD>Хотя единый код для десктопа и телефона — это скорее красивая сказка. Бизнес логику и сейчас не трудно обобщить. А гуй у ни будет разный. Причем концептуально разный.
S>>То есть у тебя будет возможность сразу делать код для UWP и WPF, но ты его не будешь использовать?
VD>Да не будет этого. Плюс, конечно не буду. Я выберу WPF для десктопа. И Кзамарин для девайсов. А UWP пошлю на фиг. Ну, разве что кто-то потребует (и оплатит) разработку под виндофоны.
То есть бесплатная возможность создать приложение для UWP тебя не интересует?
Я как владелец десятки выберу UWP приложения, чем ресурсоемкий и небезопасный WPF.
VD>МС это уже понял. От того и приоритеты у него поменялись.
VD>Посмотри тренды по запросам: VD>https://trends.google.ru/trends/explore?cat=5&q=xamarin,UWP,WPF,ASP.NET,%2Fm%2F0j45p7w
Нще раз это все до выхода NS2 и XS2. К новому году все изменится. S>>А потом меня обвиняешь в бреде.
VD>Я не обвиняю, я констатирую факт.
Ну конечно, один ты у нас умный с с MS стою в сторонке. VD>>>Тебе говорят, что NetStandard — это всего лишь стандарт. Он не позволит заработать UWP-приложениям под Core. Это всего лишь подмножество АПИ которое хотят сделать доступным в назных реализациях.
S>> Это не просто АПИ это еще и реализация
VD>Хрен там! NetStandard — это именно подмножество АПИ. Понятно, что дотнетные сборки можно использовать где угодно. Вопрос только в том, что за либы ты сможешь зедайствовать. Вот в Моно, например, не было полноценого МСБилда. И хоть ты обосрись, но проект в Моно должен быть другим. И XAML-а там тоже не было. UWP — это АПИ разработки для 10-й винды. Там куча нюансов связанных с их магазином и всякими политиками безопасности. Всего этого никогда не будет в NetStandard.
NetStandard это не монолит, там кстати есть пакеты только для Windows
Существуют и «серые области», наподобие System.Drawing, которые с одной стороны могут иметь смысл на всех платформах, с другой слишком завязаны на Windows с его GDI+. Подробности: github.com/dotnet/corefx/issues/20325.
Так, что от условной компиляции не исбавиться. VD>То же XAML не будет одинаковым просто потому, что в UWP не реализовали всех наворотов из WPF. Набор базовых тегов они возможно и устаканят. Но не более того.
Их реализуют. Во всяком случае надеюсь. В этом то и смысл. VD>Ну, и надо понимать, что WPF и UWP тупо дублируют друг друга. Все разница в UWP в том, что UWP-приложение можно тупо запихнуть в их магазин и продать.
Ну вот и я говорю, я возьму приложение UWP вместо WPF
S>>Вот только несколько диффов
S>>https://github.com/dotnet/standard/blob/master/docs/versions/netstandard2.0.md
VD>Ну, и где ты в списке пространств имен Window узрел?
VD>Ой, все! (ц) Тебе хоть кол на голове теши, ты будешь продолжать нести бред.
S>> А UWP и так работает под .Net Core в Debug режиме. Библиотеки у них одни.
VD>Что ты несешь?! А...
Влад ты, что мои ссыки не читаешь?
Еще раз специально для тебя
Наконец, .NET Core — это нижележащая инфраструктура, от которой зависит .NET Native. Когда проектировали .NET Native, стало понятно, что .NET Framework не подойдет в качестве фундамента для библиотек классов этой инфраструктуры. Дело в том, что .NET Native статически связывает инфраструктуру с приложением, а затем удаляет все лишнее, что не нужно приложению. (Здесь я сильно упрощаю общую картину, но идею вы уловили. Подробнее на эту тему см. «Inside .NET Native» по ссылке bit.ly/1UR7ChW.)
Традиционная реализация .NET Framework не предусматривает разбиения на модули, поэтому компоновщик (linker) не может включить в приложение лишь ту часть инфраструктуры, которая нужна приложению. Но .NET Core, по сути, является ответвлением .NET Framework, реализация которой оптимизирована с учетом модульности. Другое преимущество этой реализации — возможность поставлять .NET Core Framework как набор NuGet-пакетов, что позволяет вам обновлять индивидуальные классы вне самой .NET Framework. Однако, прежде чем двигаться дальше, давайте обсудим изменения в NuGet.
Скомпилировав и запустив программу в конфигурации Debug, вы выполняете код Intermediate Language (IL) в CoreCLR, упакованной вместе с приложением. Системные сборки .NET упаковываются наряду с кодом вашего приложения, и это приложение получает зависимость от пакета Microsoft.NET.CoreRuntime (CoreCLR). Если инфраструктура CoreCLR отсутствует на устройстве, где вы тестируете, Visual Studio автоматически обнаружит это и установит ее до развертывания вашего приложения. Это означает, что получаете максимум удобств при разработке: быструю компиляцию и установку, богатые средства отладки и диагностики и весь инструментарий, к которому вы привыкли при .NET-разработке.
Когда вы переключаетесь в режим Release, ваше приложение по умолчанию использует цепочку инструментария .NET Native. Поскольку пакет компилируется в неуправляемый двоичный код, в этом пакете не нужны библиотеки .NET Framework. Более того, пакет зависим от новейшей установленной версии исполняющей среды .NET Native в противоположность пакету CoreCLR. Исполняющая среда .NET Native на устройстве будет всегда совместима с пакетом вашего приложения.
Читай выделенное. И разберись с предметной областью. VD>Люди же будут вообще все больше и больше уходить в веб. Трах со всеми этими платформами никому не нужен. Десктопные приложения, конечно, останутся. Но их количество будет сокращаться. UWP станет нужным только после победы виндофонов. Кзамарин будет востребован просто потому, что многие хотя иметь клинтов для мобил.
VD>МС же делает очередные поступательные шаги вместо то того, чтобы еще 15 лет назад не делать глупостей и не превращать дотнет в виндовую яву.
VD>Правильным подходом было бы реализовать в Core все интерфейсы нужные для создания программ включая WPF. Выкинуть к чертям UWP и Кзамарин, а для Андроида и айОС реализовать полноценный фреймворк с поддержкой AOT-компиляции.
VD>Тогда все эти NetStandard-ы были бы не нужны, а поддержка всяких UWP и Виндовс сводилась бы к паре небольших библиотечек. Собственно именно это и называется Явой. Именно в Яве МС нашел фатальный недостаток на рубеже веков. И именно желание сделать привязанную к винде яву и породила всю эту котовасию.
ни как раз к этому и идут, только постепенно. А тебе нужно сразу и сейчас
Есть Net Natie для UWP и IOS, есть NetStandа насчет пару библитечек посмотри на свою нитру и оцени сколько в ней кода
Одна вещь, о которой вы могли бы попросить, — это возможность расширения ваших приложений на другие платформы. Xamarin.Forms уже позволяет отправлять ваши приложения в iOS, Android и Universal Windows Platform (UWP), но теперь Microsoft значительно расширяет ваши возможности. Четыре новых платформы приходят к Xamarin.Forms:
Macos
Linux
Windows Presentation Foundation (WPF)
Tizen
Поддержка Linux поддерживается поверх рамки GTK #, а macOS — на Xamarin.Mac. Вы уже можете настроить таргетинг на Windows с помощью поддержки Xamarin.Forms UWP, но вскоре вы сможете создавать классические приложения W PF, если хотите. Превратив Tizen в микс, вы можете расширить свои приложения для форм на миллионы устройств Samsung, а также телевизоры, носимые и многое другое.
Дальше несколько примеров и вывод
Это лишь некоторые из основных моментов из того, что входит в Xamarin.Forms 3.0, но можно с уверенностью сказать, что структура все еще быстро развивается и становится все более мощным выбором для разработчиков. Между улучшениями производительности, расширяя целевой охват до множества новых основных платформ и увеличивая способность смешивать и сопоставлять Xamarin.Forms с родными приложениями, где это имеет смысл, самое время быть разработчиком Xamarin.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, VladD2, Вы писали:
VD>Здравствуйте, Serginio1, Вы писали:
S>>Здравствуйте, VladD2, Вы писали: VD>>>Здравствуйте, Serginio1, Вы писали: S>>>>Читаем мое предыдущее сообщение http://rsdn.org/forum/dotnet/6883845.1
VD>Я тебя ответственно предупреждаю, что если ты не прикатишь оверквотить, то уйдешь в офлайн на долго. У нас система банов квадратичная.
Буду только благодарен. Ибо завожусь и трачу нужную энергию не по делу VD>Потрудись оставлять в своих ответах только те строки на которые ты отвечаешь. Наличие выделенных жирным строк — это бан в автомате.
Можно и навсегда. Думаю все только от этого выигрывают ибо я несу чушь и бред
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
VD>>У меня вот десятка на нескольких машинах и ни на одной из них нет ни одного UWP-прилоежния. S> То есть у тебя не стоит Win 10? Вин 10 это и скайп, почта, Paint3D итд
Вам знакома редакция Windows10 LTSB? Почитайте про нее, удивитесь
Re[12]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, Nikolay_Ch, Вы писали:
N_C>Здравствуйте, Serginio1, Вы писали:
VD>>>У меня вот десятка на нескольких машинах и ни на одной из них нет ни одного UWP-прилоежния. S>> То есть у тебя не стоит Win 10? Вин 10 это и скайп, почта, Paint3D итд N_C>Вам знакома редакция Windows10 LTSB? Почитайте про нее, удивитесь
У меня такая стоит. Но га ней только скачка файлов.
и солнце б утром не вставало, когда бы не было меня
Re[14]: Планы MS на .Net платформу -- кто объяснит?
Здравствуйте, VladD2, Вы писали:
AVK>>UWP в современной винде намного больше, чем пара плагинов к MMC в той винде. VD>Да не намного.
Намного. Почти весь встроенный софт. Да одного Edge уже достаточно, чтобы перекрыть великие достижения восьмерки. А там ведь, помимо него и панели управления, и почтовый клиент встроенный, и видеоплейер, и скайп новый, и всякая мелочевка типа погоды. Просто МС в кои то веки перестал пытаться сделать все одним прыжком и планомерно переписывает на UWP встроенный софт релиз за релизом.
VD>Плюс к дотнету отношения не имеет, скорее всего, так как написано на Плюсах.
Это уже второй вопрос.
AVK>>А монетизировать это как тогда надо было? VD>Вот так же как сейчас.
Так же как сейчас не выйдет. Тогда ажура не было даже в планах, и уж тем более он не был одним из главных источников прибыли корпорации.
VD>Я уже тебе говорил, что они сделали огромную ошибку порвав совместимость у виндофонов.
Я говорил то же самое. Но речь сейчас не про виндофоны, а про переносимость дотнета.
VD>Немерл нужнго было тупо взять под крыло
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, alex_public, Вы писали:
_>У тебя похоже какие-то проблемы с чтением и пониманием
Как быстро ты перешел на личности.
_> А прогноз заключался в том, что .Net перестанут активно развивать
Но его ж не перестали развивать. И как платформу целиком, и конкретно .NET FW.
_>>> и наличие в списке равноправных технологий AVK>>Что за список? Ты все еще про трупик UWP? _>В списке активно развиваемых MS платформ.
Где его можно увидеть?
_>>> JS (который позволяет проще и быстрее разрабатывать многие виды ПО) делает развитие .Net бесперспективным AVK>>Опять в будущем времени? А где обещанная сбыча? _>Я вообще то тут цитирую свой прогноз тех времён, как ты и просил. А сбылся то он уже давно, о чём собственно и свидетельствует появление данной темки.
Раскрой мысль.
AVK>>Серверный бекенд был и остается основой дотнета. В чем сбыча? А остальное это что — десктоп что ли? Так тут не дотнет помер, тут сам десктоп того, активно откидывает копытца. _>Хы, на фоне всего того, куда позиционировали .Net, узкая ниша энтерпрайзного серверного бэкенда
Узкая ниша? Офигеть. И при чем тут энтерпрайз? Дотнета дохрена и в консьюмерском бекенде. Да и не всегда их отделить можно. У меня сейчас несколько проектов, у которых один бэк и несколько фронтов, и консьюмерские, и энтерпрайзные.
_>Да, и кстати у десктопов вообще то всё отлично
Gartner Says Worldwide PC Shipments Declined 4.3 Percent in Second Quarter of 2017
А в остальном, прекрасная маркиза, все хорошо, все хорошо.
_>Конечно этот рынок в последние годы был не сравним по темпу развития
Там речь уже не про темпы и даже не про развитие. Там речь уже много лет как речь идет про стагнацию. Но вообще меня поражают участники этого топика своим уровнем понимания, что сейчас на рынке it происходит.
AVK>>Подожди — а как же твой прогноз про замечательную связку JS + C++? Это ж как раз в UWP и было. Получается, не сбылись твои прогнозы. _>Стоит всё же научиться внимательно читать сообщения собеседников, тогда не будешь выглядеть ммм... тем, кем выглядишь)))
Я думаю, в следующий раз за хамство кое кто отправится в бан. Веди себя прилично.
AVK>>Не, не делает. Картины вообще нет, потому что нет конкретных фактов. Одна вода и демонстрация незнания того, что происходит в мире дотнета. _>Хыхы, так там собственно ничего и не происходит. )))
Этим, в принципе, можно поставить финальную точку на твоих попытках выставить себя Кассандрой.
_> Ну кроме попытки затащить на линух подходящий для бэкенда обрезок платформы. И то говорят попытка почему-то не очень вышла
Кто говорит?
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, Serginio1, Вы писали:
AVK>>Вообще нет. Вообще изначально его создавали, чтобы ASP Core работал в облаках на линуксях — информация из первых рук. S> Возможно изначально так и было
Это и сейчас остается основным направлением монетизации дотнета.
S>, только вот так ненавистная тобой модульность нужна прежде всего для Net Native
Свои фантазии по поводу того что мне ненавистно придерживай при себе.
AVK>>С покупкой xamarin это никак не связано. NS2 совершенно конкретно нацелен на совместимость core и fw. Все остальное — побочный продукт. S> NS2 это конечная цель.
Нет. Конечная цель — совместимость дотнета и кора. Информация, опять же, из первых рук.
S>Традиционно веб-сервер IIS (Internet Information Services) применялся для развертывания веб-приложений. Для хостирования веб-приложений ASP.NET Core также может применяться IIS, только в отличие от предыдущих версий ASP.NET теперь его роль будет сводиться к прокси-серверу. Хостирование приложений ASP.NET Core на IIS происходит с помощью нативного модуля AspNetCoreModule, который сконфигурирован таким образом, чтобы перенаправлять запросы на веб-сервер Kestrel.
Дотнет примерно также работает. Только вместо явно видимого и доступного к настройке и апгрейду кестрела там был закрытый стек внутри w3wp. Аспнетчики натрахались с боорьбой с ним, когда стек меняли. В результате вытащили это все из воркера прямо в само приложение. Вот и вся суть.
Но на скорость это особо не влияет. Ставишь Core за IIS (а иначе на публичный прод пока и нельзя), и сразу получаешь перфоманс не особо отличимый от фреймворка.
S> Этот модуль управляет запуском внешнего процесса dotnet.exe, в рамках которого хостируется приложение, и перенаправляет все запросы от IIS к этому хостирующему процессу.
Смешались в кучу, как обычно.
dotnet.exe это .NET Core, а не ASP.NET Core.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, koenig, Вы писали:
K> Ну и по опросам/hh Реакт моднее Ангуляра, но может оно еще поменяется обратно.
Вот вот. Это нонче такой веб — с хайпа на хайп. Некоторые только открыли для себя Ангуляр. А те кто успел им накушаться — начинают двигаться в обратную сторону. Вон на менее монстроидальный реакт начали возвращаться. А в предхайповом состоянии вообще всякие фенечки типа shadow dom.
Только дотнет это вовсе не отменяет. От того что общение с бэком выносится в отдельный слой rest еще не означает, что бэк стал меньше. Что же касается ноды ... это уж каждый сам для себя отвечает, стоит ли овчинка некоторого упрощения валидации выделки. По мне так ответ очевидный.
... << RSDN@Home 1.0.0 alpha 5 rev. 0 on Windows 8 6.2.9200.0>>
Здравствуйте, AndrewVK, Вы писали:
AVK>Здравствуйте, Serginio1, Вы писали:
AVK>>>Вообще нет. Вообще изначально его создавали, чтобы ASP Core работал в облаках на линуксях — информация из первых рук. S>> Возможно изначально так и было
AVK>Это и сейчас остается основным направлением монетизации дотнета.
S>>, только вот так ненавистная тобой модульность нужна прежде всего для Net Native
AVK>Свои фантазии по поводу того что мне ненавистно придерживай при себе.
То есть не ты жаловался на кучу файлов в том же log4net? AVK>>>С покупкой xamarin это никак не связано. NS2 совершенно конкретно нацелен на совместимость core и fw. Все остальное — побочный продукт. S>> NS2 это конечная цель.
AVK>Нет. Конечная цель — совместимость дотнета и кора. Информация, опять же, из первых рук.
Ну это понятно. Зачем тащить 2 Фреймворка, вместо одного
