Re[10]: Blazor Desktop - .NET

Здравствуйте, Serginio1, Вы писали:

S>Интересная статья

Что именно в ней интересного?! Что один шизоид объясняет другим "как сделать десктоп приложение, используя веб-технологии"? С ума посходили штоле?

Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

S>Здравствуйте, Kolesiki, Вы писали:

K>>Что именно в ней интересного?! Что один шизоид объясняет другим "как сделать десктоп приложение, используя веб-технологии"? С ума посходили штоле?

K>>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

S> Ты это расскажи MS с Visual Code, Skype итд

Я с программами не разговариваю, извини.

А с теми, кто их писал — тем более, им психиатр нужен.

S> Тот же Электрон набирает обороты.

Опять же, только в пределах палаты №6. Есть море студентов, хипстеров, дилетантов, которых ВСЁ ЕЩЁ(!) привлекает идея "многоплатформенности". Но ~~лечение~~ прозрение обязательно придёт, "надо только верить"!

S> WinForms и WPF не работают на маках , линуксах, андроидах

...и вот он ключевой вопрос: А ЗАЧЕМ вашему приложению работать на линуксах, андроидах и, прости господи, маках?!

Ты серьёзно считаешь, что пишешь какую-то нетленку, без которой пингвизятникам и эпплорастам не прожить? Что они тебе принесут какой-то громадный доход? Эх, ~~Буратино~~ Сергинио, мне тебя нужно ещё очень многому научить!

Венда — это де факто стандарт десктопа. Можно трясти смартфонами, тыкать в эпплоящеров, но факт тот, что любой ПК на столе — это Венда. Что дома, что в офисе. Я даже среди ЛОРовцев встречал буквально единицы, которые на словах убеждали, что, мол, венды нет вообще (звездят, разумеется). Стан Эппла — вообще отдельная больница, где лежат безнадёжные пижоны и откровенно, им тоже наплевать, что ты там пишешь — всё, что ИМ ЛИЧНО надо, давно уже написано нативными приложениями и светиться перед ними своим "многоплатформенным интерфейсом" — только зря смешить народ.
Касательно мобильного сегмента (кстати, просраного именно руководством M$), там вообще глушняк. Неужели ты, человек 21 века, веришь, что работа с мышкой и клавой на 24" ПК — это почти то же самое, что держать 5" писюльку и тыкать в неё своими фингерами-сосисками?! Очевидно, что не существует одного колеса для воды, гор и дороги. И те, кто отчаянно пытаются его таки изобрести, получают либо круглое весло на гусеницах, либо влажную мечту Церетели.

S>То есть единая кодовая база.

Ты про описанное мной весло? Пожалуй. Вот только пользоваться этим отстоищем я не буду и врагу не пожелаю. Нет такого интерфейса, который одинаково хорош для всех ОСей и экранов — он ОДИНАКОВО ПЛОХ в каждой из них. Когда эта простая истина дойдёт до ума "многоплатформенных мечтателей"?!

Это ведь не религия, можно просто взять и на практике проверить — запустить, например, Word (пусть даже на 6" лопате) — очевидно же, что никаким "редактированием" там и не пахнет!

И снова возвращаемся к вопросу, кому и зачем нужны "всемогутерные" интерфейсы. Прогерам — даром не надо, только гемора стократ больше. Юзеры — те и в нативной форме имеют всё, что нужно. Остаются... горе-изобретатели из Индусофта, отчаянно убеждающие общественность, что они работают на пользу нас, сирых и одноплатформенных.

Есть десктоп, где ни веб, ни линукс, ни Огрызок нафиг не упёрлись. Венда даёт юзерам всё, что им нужно (Венда — я про "7", не дальше). Чего нехватает, пишется на нативном Win32 API, используя ВСЮ МОЩЬ низлежащей ОС. Юзерам нравится, прогеры счастливы, ну кому и зачем опять надо влезать в этот гармоничный мир?!

Интересная статья
Exploring lighter alternatives to Electron for hosting a Blazor desktop app

Exploring WebWindow examples for Blazor on desktop

Blazor Finally Complete as WebAssembly Joins Server-Side Component
Blazor Future Features 28 минута

Ну дорожная карта

Blazor community resources

Еще ссылочки
BlazorMobile
Electron.NET

Hybrid Blazor apps in the Mobile Blazor Bindings July update

Blazor desktop apps

ASP.NET Core Starts Path to Hot Reload, AoT Compilation, Blazor Desktop, More

Здравствуйте, Kolesiki, Вы писали:

K>Конкуренция НЕ НУЖНА, потому что на рынке должен быть ОДИН хороший продукт, который не делает сегментацию общества, а наоборот — позволяет за счёт единого инструмента писать универсальные вещи. Например, таковым стал .NET — он оставил в дорожной пыли сипиписников с "голым" Win32 и ушлёпошным MFC, лихо обогнал Дельфизоидов (кстати, я из них), и дал в руки адекватный и удобный инструмент: VS + WinForms. Всё, дальше — только твори! На фоне этой идилии как-то даже смешно смотреть на бедолаг, потеющих над браузером(!) в тщетных попытках написать что-то похожее на нативное вендоприложение. Тратят время, думая, что обойдя профессиональное обучение и опыт, можно лихо запрыгнуть на вершину и сверкаь там своими поделиями. Нет и нет!

Ты обязан вложить ум и время и только потом твои приложения будет не стыдно показывать людям.

Смотрю сейчас на запущенные приложения на рабочем столе
1) Explorer — Классическое windows приложение
2) Windows Terminal, который не winforms, а вообще на Direct2D\DirectWrite
3) Outlook — Классическое windows приложение
4) VSCode — электрон
5) Steam — нечто отображающее HTML
6) Teams — Электрон
7) Slack — электрон
8) Visual Studio — WFP
9) Excel — классическое Windows, со своим рендерингом
10) WhatsApp — Электрон
11) Skype — нечто отображающее HTML
12) (не запущено, но часто используется) TeamSpeak — QT
13) (не запущено, но часто используется) Discord — Электрон

Как нетрудно заметить что подавляющее большинство десктоп приложений с претензией на кроссплатформу использует электрон или нечто рендерящее HTML .
Вот в какой рынок хочет влезть MS.

Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, Kolesiki, Вы писали:

K>>Конкуренция НЕ НУЖНА, потому что на рынке должен быть ОДИН хороший продукт, который не делает сегментацию общества, а наоборот — позволяет за счёт единого инструмента писать универсальные вещи. Например, таковым стал .NET — он оставил в дорожной пыли сипиписников с "голым" Win32 и ушлёпошным MFC, лихо обогнал Дельфизоидов (кстати, я из них), и дал в руки адекватный и удобный инструмент: VS + WinForms. Всё, дальше — только твори! На фоне этой идилии как-то даже смешно смотреть на бедолаг, потеющих над браузером(!) в тщетных попытках написать что-то похожее на нативное вендоприложение. Тратят время, думая, что обойдя профессиональное обучение и опыт, можно лихо запрыгнуть на вершину и сверкаь там своими поделиями. Нет и нет!

Ты обязан вложить ум и время и только потом твои приложения будет не стыдно показывать людям.

S> Так для сводочки. WinForms больше не развивается. В свое время MS вообще перестал развивать WPF. Двигал только UWP.
Так если ты пропустил: https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md

S>Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.
Улыбнул, это уже мем — Мюнхен лезет в опенсорс

S>Просто имея Blazor Desktop легко перейти на него с C# десктопа.

Такое чувство что ты в экстазе от всего что делает майкрософт. Ну молодцы они.

Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, Kolesiki, Вы писали:

K>>Ты серьёзно считаешь, что пишешь какую-то нетленку, без которой пингвизятникам и эпплорастам не прожить? Что они тебе принесут какой-то громадный доход? Эх, ~~Буратино~~ Сергинио, мне тебя нужно ещё очень многому научить!

K>>Венда — это де факто стандарт десктопа. Можно трясти смартфонами, тыкать в эпплоящеров, но факт тот, что любой ПК на столе — это Венда. Что дома, что в офисе. Я даже среди ЛОРовцев встречал буквально единицы, которые на словах убеждали, что, мол, венды нет вообще (звездят, разумеется). Стан Эппла — вообще отдельная больница, где лежат безнадёжные пижоны и откровенно, им тоже наплевать, что ты там пишешь — всё, что ИМ ЛИЧНО надо, давно уже написано нативными приложениями и светиться перед ними своим "многоплатформенным интерфейсом" — только зря смешить народ.
K>>Касательно мобильного сегмента (кстати, просраного именно руководством M$), там вообще глушняк. Неужели ты, человек 21 века, веришь, что работа с мышкой и клавой на 24" ПК — это почти то же самое, что держать 5" писюльку и тыкать в неё своими фингерами-сосисками?! Очевидно, что не существует одного колеса для воды, гор и дороги. И те, кто отчаянно пытаются его таки изобрести, получают либо круглое весло на гусеницах, либо влажную мечту Церетели.

S> Ошибаешься. Электрон растет.

Мне не нужно повторять глупые мантры. Цитируй конкретное предложение и объясняй, что конкретно там "ошибаешься".
То, что новички лезут писать какие-то дикие приблуды для десктопа при помощи браузера — это отдельный диагноз, никак не влияющий на мэйнстрим — ну пишут и пишут! Мало ли на свете больных. На брэйнфаке ведь тоже кто-то писал.

Здесь молодым подаванам нужно уяснить один статистический факт: рост одного показателя не влияет на другие! Десктоп ничего не теряет от того, что кто-то заморочился и из говна и изоленты слепил редактор. Просто такие проекты отвлекают внимание (как спам) и будоражат неокрепшие умы юных прогеров.

S> Мало того растут и серверные приложения на Node.js. Это тоже факт.

эээ... они растут так же, как растёт бурьян за околицей — никому до них дела нет, ОСОБЕННО если это жабоскрипт.

S>5" писюльку ты сейчас не найдешь.

Ты здоров, не?

S>Но планшеты то никто не отменял.

Да пофиг. Неужели ты думаешь, что 10" что-то решат? Всё равно остаются пальцы и УЩЕРБНЫЙ (по ср. с мышкой) интерфейс взаимодействия.

S>Но и не все сидят в офисе, а для них нужно писать и для смартфонов.

А кто с этим спорит?!

Писать нужно, но никак не на контролах, которые скрестили с десктопом!! "Пальцетык" — это отдельный мир, где нет правого клика, где drag'n'drop подвержен срывам, где нет многооконности, где нет клавиатуры и т.п. Т.е. глупая надежда "написать один раз и везде запускать" сразу рушится о бетонную реальность.

S>Я согласен, что доля Blazor Desktop не будет огромной, но она будет и будет отбирать нишу у электрона.

Господи... тоже мне, война миров — бомжи делят недоеденый хотдог!

S>Нужна конкуренция. В свое время так же говорили и о яблоке. И где сейчас WinMo?

Ну всё смешал в кучу — яблоки, рессоры, плоскостопие...

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

Конкуренция НЕ НУЖНА, потому что на рынке должен быть ОДИН хороший продукт, который не делает сегментацию общества, а наоборот — позволяет за счёт единого инструмента писать универсальные вещи. Например, таковым стал .NET — он оставил в дорожной пыли сипиписников с "голым" Win32 и ушлёпошным MFC, лихо обогнал Дельфизоидов (кстати, я из них), и дал в руки адекватный и удобный инструмент: VS + WinForms. Всё, дальше — только твори! На фоне этой идилии как-то даже смешно смотреть на бедолаг, потеющих над браузером(!) в тщетных попытках написать что-то похожее на нативное вендоприложение. Тратят время, думая, что обойдя профессиональное обучение и опыт, можно лихо запрыгнуть на вершину и сверкаь там своими поделиями. Нет и нет!

Ты обязан вложить ум и время и только потом твои приложения будет не стыдно показывать людям.

Здравствуйте, gandjustas, Вы писали:

G>Смотрю сейчас на запущенные приложения на рабочем столе
G>1) ...
G>13) ...
ВСЁ??

Это не рабочий стол, а рабочая наколенная картонка какая-то!

Здесь нет и трети приложений, которые я запускаю! Не в обиду, просто сравнение твоего ЛИЧНОГО десктопа и моего. Только при "чистой венде" я ставлю порядка 30 приложений, ещё десятка два приплывает по ходу дела.

G>Как нетрудно заметить что подавляющее большинство десктоп приложений с претензией на кроссплатформу использует электрон или нечто рендерящее HTML .

Это говорит лишь о сиюминутной расстановке сил на отдельно взятом ПК. Так себе статистика... Да и пользы от неё никакой. Не решён принципиальный момент: А КОМУ нужны все эти многоплатформенные уродцы??

G>Вот в какой рынок хочет влезть MS.

В этом и проблема! Нет никакой ~~ложки~~ рынка! Ну какой "рынок" из красноглазых пингвизятников, ну! Они игры-то — и те халявят (ждут, пока их в FOSS отдадут), а ты знаешь, насколько это трудоёмкий продукт. макакOS? Ради бога, не смешите прах Джобса! Такое г%%% ни один эпплодрочер не запустит. Там всё красивое и нативное. И варится в своей ЖЁСТКО ОГРАНИЧЕННОЙ нише.
Остаётся Венда, которая и так является доминирующей ОС и большинство хомячков удовлетворено даже таким ушлёпищем как Win10.

Здравствуйте, Kolesiki, Вы писали:

S>> Тот же Ангулар кто только не критиковал, однако он развивается. Благодаря ангулару и прочим фреймворкам развивается TS. В который тоже кучу стрел выкинули.

K>Ну так даже ежу очевидно, что это "развитие" — топтание в одной и той же канаве! Сам-то читаешь, чьи ссылки приводишь?

K>

K>…we didn’t bundle Node, but instead made use of the programming environment already in the OS

K>Т.е. Node уже не нужна. Хотя говоря ещё более общо, весь JS не нужен.

Угу не нужна! Только вот все пишут на JS. Блазор как раз и предлагает избавиться от Node и JS.
Но ты же против! То есть оставим всё как прежде?
Все новые языки отличные от JS просто компилируются в него. Блазор предлагает свою среду. Кроме того в будущем появится и AOT, и многопоточность итд Ну дорожная карта

Но ведь тебе это не нужно!!!
И при этом говоришь, что что то там не нужно. Чем заменить?

Blazor Desktop это всего на всего побочный эффект, который и будет даже не сейчас.

Здравствуйте, Kolesiki, Вы писали:

K>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

Разработчики десктопа поголовно куда то делись. 10 лет назад было засилье WPF, WinForms и даже MFC/ATL/WTL. Все они ушли в веб.

Десктоп уже дохнет полным ходом.

Здравствуйте, Serginio1, Вы писали:

R>>Похоронят как Сильвер и скажут что так и нужно было. В пень Блазор.
S> То есть у блазора нет надежды даже на Вэб?
Я как бы не очень понимаю в чём самоценность "всё писать на C#". Ну да, язык хороший. Но при этом тянет за собой огромную инфраструктуру и работает через задницу ...эээ... WebAssembly.

При этом, TypeScript сейчас вполне вменяемый, есть куча библиотек для разработки Web-интерфейса (Angular, React, ...). И их используют миллионы разработчиков. В этих условиях Blazor выглядит примерно как Silverlight.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Что нельзя? Если ты других агитируешь и упрекаешь, а сам своим советам не следуешь, то это очень напоминает козла-провокатора.

спасибо что разъяснил

я никого ни агитирую, а лишь высказываю свое мнение.
но вам почему-то оно не нравится.
Вы неадекватно реагируете, а я провокатор. ну-ну.

Здравствуйте, Serginio1, Вы писали:

S> Мало того растут и серверные приложения на Node.js. Это тоже факт.

Я просто оставлю это здесь: Создатель Node.js: «Для серверов я не могу представить другой язык кроме Go»

Здравствуйте, Rhino, Вы писали:

R>Здравствуйте, Serginio1, Вы писали:

S>>Интересная статья
S>>Exploring lighter alternatives to Electron for hosting a Blazor desktop app
R>Похоронят как Сильвер и скажут что так и нужно было. В пень Блазор.
То есть у блазора нет надежды даже на Вэб?
Сильвер не Blazor Desktop и не Blazor WebAssembly.
Тогда проблема была в Хром https://support.microsoft.com/ru-ru/help/3058254/microsoft-silverlight-may-not-work-in-recent-versions-of-google-chrome
C WebAssembly и Mono это уже другая технология.
А Blazor Desktop это и близко к Сильвер, так как это десктоп для UI использующй Web браузер

Exploring WebWindow examples for Blazor on desktop

static void Main(string[] args)
{
     var window = new WebWindow(".NET Core + Vue.js file explorer");
     window.OnWebMessageReceived += HandleWebMessageReceived;
     window.NavigateToLocalFile("wwwroot/index.html");
     window.WaitForExit();
}

В данном случае можно обрабатывать методы из браузера через OnWebMessageReceived

 window.external.sendMessage(JSON.stringify({

                command: 'navigateTo',

                basePath: app.directoryInfo.name,

                relativePath: relativePath

            }));

И обрабатывать на стороне .Net

 static void HandleWebMessageReceived(object sender, string message)

        {

            var window = (WebWindow)sender;

            var parsedMessage = JsonDocument.Parse(message).RootElement;

            switch (parsedMessage.GetProperty("command").GetString())

            {

                case "navigateTo":

И отсылать обратно

 static void SendCommand(WebWindow window, string commandName, object arg)

        {

            window.SendMessage(JsonSerializer.Serialize(new { command = commandName, arg = arg }));

        }

Это очень близко к CEF CEF, ES6, Angular 2, TypeScript использование классов .Net Core. Создание кроссплатформенного GUI для .Net с помощью CEF

Но можно хостить и блазоровские страницы
https://blog.stevensanderson.com/2019/11/18/2019-11-18-webwindow-a-cross-platform-webview-for-dotnet-core/

static void Main(string[] args)
{
    ComponentsDesktop.Run<Startup>("My Blazor App", "wwwroot/index.html");
}

Напомним, что это не включает в себя WebAssembly, Node.js, или Chromium. Это просто .NET Core работает изначально, напрямую взаимодействуя с собственной технологией веб-рендеринга ОС.

How it works
On Windows, WebWindow uses the new Chromium-based Edge via webview2, assuming you have that browser installed (it could fall back on older Edge if you don’t, but I haven’t implemented that)
On Mac, it uses the OS’s built-in WKWebView, which is the same technology behind Safari
On Linux, it uses WebKitGTK+2, which is yet again a WebKit-based technology
The whole point of this, compared with using Electron, is to produce apps that are smaller to download and use less memory. But does it actually? Here are the stats for download size:

Пример Blazor Desktop

То есть делаешь обычное Razor проект, только используешь его на клиенте используя HTML для отображения, а среда будет родная.Net Core или CoreRT.

Здравствуйте, Ikemefula, Вы писали:

I>Блазор через пять лет никто не вспомнит

Сколько готов поставить?

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Serginio1, Вы писали:

K>>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

S> Ты это расскажи MS с Visual Code, Skype итд

Десктоп клиент слака.

Здравствуйте, Kolesiki, Вы писали:

K>Конкуренция НЕ НУЖНА, потому что на рынке должен быть ОДИН хороший продукт, который не делает сегментацию общества, а наоборот — позволяет за счёт единого инструмента писать универсальные вещи. Например, таковым стал .NET — он оставил в дорожной пыли сипиписников с "голым" Win32 и ушлёпошным MFC, лихо обогнал Дельфизоидов (кстати, я из них), и дал в руки адекватный и удобный инструмент: VS + WinForms. Всё, дальше — только твори! На фоне этой идилии как-то даже смешно смотреть на бедолаг, потеющих над браузером(!) в тщетных попытках написать что-то похожее на нативное вендоприложение. Тратят время, думая, что обойдя профессиональное обучение и опыт, можно лихо запрыгнуть на вершину и сверкаь там своими поделиями. Нет и нет!

Ты обязан вложить ум и время и только потом твои приложения будет не стыдно показывать людям.

Так для сводочки. WinForms больше не развивается. В свое время MS вообще перестал развивать WPF. Двигал только UWP.
Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.
Просто имея Blazor Desktop легко перейти на него с C# десктопа.

А эта доля может быть и больше 50%

Здравствуйте, Kolesiki, Вы писали:

K>Конкуренция НЕ НУЖНА, потому что на рынке должен быть ОДИН хороший продукт,

Конечно не нужна!! Конкуренция вредная и тех кто ее придумал нужно троекратно расстрелять

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

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

Теперь по делу
Blazor развивается но все еще непонятна и размыта его ниша — толи это корпоративное десктопное ПО на базе электрона (чего-либо другого) или же всетаки сможет быть полноценной заменой Angular/React etc..

Здравствуйте, Serginio1, Вы писали:

S>Ну блазор в первую очередь как web фреймворк прежде всего писать ВСЁ на C#. Он и сейчас как серверный неплохо работает.
Ну то как его позиционируют разраюботчики еще не означает что он "выстрелит" в этом направлении..
Возможно он займет свою интересную нишу в разработке кросс-платформенного UI или в каком-то ином направлении окажется востребован

S>Десктоп это все же приятное дополнение
Вполне возможно что это "приятное дополнение" и окажется решающим.
Если вспомнить историю то к примеру Java начинала как просто еще один ЯП способный работать на портативных устройствах Sun но сами ее авторы не могли предсказать чем этот ЯП станет в итоге

Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, Kolesiki, Вы писали:
K>> таковым стал .NET; ...инструмент: VS + WinForms

S> Так для сводочки. WinForms больше не развивается.

Это сиюминутная сводка с индусских полей. Что именно сейчас делает M$ — не интересно ни разу. Ибо руководство в каком-то глубоком кумаре и струячит свои нетленки не выходя в реал. А в реале сидим мы, реальные юзеры их девелоперских инструментов и откровенно, не в восторге. Что, впрочем, не мешает писать на WinForms/WPF — они оба уже достаточно зрелые, чтобы вообще не обращать внимания на M$.

S>Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.

Ха-ха!!

На ЛОРе прочитал?

Родной, они уже один раз отказывались от венды — потерпели позорное фиаско на весь мир. Но, видимо, грабли понравились и они ЕЩЁ РАЗ хотят на них наступить (будто Линукс за это время стал существенно лучше!). Да ради бога! Это ж их деньги сжигают впустую... это не показатель ничего.

S>Просто имея Blazor Desktop легко перейти на него с C# десктопа.

Вопрос: а зачем?? Ну накой мне эти "рендрённые в HTML" убожества? У нас есть крутой иерархический грид, обрабатывающий десятки тысяч(!) записей (кстати, писанный на WinForms, ибо WPF — такое ламерьё, что не вытянет и тысячи). Есть сторонние либы, которые тоже никто отблазерить даже не собирается. И ты предлагаешь на пустом месте, безо всяких адекватных обоснований, просто придумать себе геморой "а давай всё в веб"?? Дилетантский подход человека, далёкого от коммерческой разработки — вот моё мнение.

Здравствуйте, Jericho113, Вы писали:

J>Только вот следуя вашей логике ненужно было изобретать .NET ведь была же уже Java до этого и отлично развивалась т.е. .NET стал конкурентом Java

Жаба вообще была ни разу не конкурент!
1. Жаба была (и есть) тормозное чудище. На ПК того времени это был бегемот в ванне, едва ворочающий чреслами. Второй гвоздь прямо себе в сердце SUN забила, выпустив (sic!) "многоплатформенную ГУЙню". Которая была ЧУЖЕРОДНА всей операционке, вела себя как ей нравится, тормозила, чем вызывала полное отторжение.
2. Жаба как язык вообще "ниачом". Чуть улучшенный Си + классы. Многословный. Неуклюжий. Примитивный. На его фоне даже C# 1.0 взлетел как ласточка!
3. Жаба принципиально не могла позволить себе Win32 API. Соот. НИКТО из бывших "вендописак" даже не рассматривал этого чужеродца в качестве альтернативы С++/Win32. Опыт — прости, его годами вырабатывают, тратят деньги, чтобы... разменять его на какую-то невнятную "платформу для написания nervous text"??

И даже несмотря на то, что .NET — это фактически переименованный J# и ко, сама .NET была максимально вылизана и интегрирована в Венду, поэтому сипиписники радостно побросали свои дабл-кресты и побежали сишарпить.

J>Почитал я ваши мысле-извержения сделанные "свысока" как буд-то вы все знаете а все вокруг просто непроходимые тупицы...

Хм... а что, разве история не знает подтверждений? Коперник, Бруно, Тесла, да даже Илон Маск — прекрасные аналоги людей, идущих наперекор толпе. Просто вы не так много читали литературы — толпа априори тупее отдельно взятого индивида. И потом, я же не голословно пророчу в вечность — я привожу аргументы (которые вы вправе оспорить — велкам!), там всё очевидно (для меня). И я не считаю это за выпады — я привожу свою точку зрения, которая явно ортогональна текущей политике M$, что вызывает у меня (как напрямую зависимого) раздражение — думаю, я имею право немного остудить макрософак своим видением, тем более, что я не с горы откуда-то, а профессиональный инженер.

J>Blazor развивается но все еще непонятна и размыта его ниша — толи это корпоративное десктопное ПО на базе электрона (чего-либо другого) или же всетаки сможет быть полноценной заменой Angular/React etc..

На декстопе ему точно делать нечего. Не для того M$ развивала Венду, чтобы всё забыть (миллионы денег и миллионы человекочасов, между прочим!).
А касательно JS... ещё одно "откровение" для вас: это не язык и не жилец. Это такой МРАК, что за него скоро будут бить ногами. И больно.

Хочешь узнать качество языка (или пишущих на нём), предложи им: "Чувак, мы тебе ставим искусственное сердце, но работать оно будет на JS + Angular/Хренагуляр и т.п. Согласен?". Узнаешь очень много красивых отмазок от бестолочей, активно топящих за JS, но почему-то никак не желающих ставить движок себе внутрь!

Здравствуйте, Serginio1, Вы писали:

S>Интересная статья
S>Exploring lighter alternatives to Electron for hosting a Blazor desktop app
Похоронят как Сильвер и скажут что так и нужно было. В пень Блазор.

... << RSDN@Home 1.0.0 alpha 5 rev. 0>>

Здравствуйте, Serginio1, Вы писали:

C>>Ну вот посмотрим, для WebGL ничего нет, например. Есть какие-то библиотеки от community.
S>Ну WebGL поддкерживат браузер. А к нему есть доступ из .Net
S>WebGL.NET
Но всё от сторонних разработчиков, и неполное. С Canvas API то же самое.

S>Ну есть <span class='lineQuote level1'>S>Blazor community resources</span>
Так и у Сервелата было.

S> Да и Blazor WebAssembly вышел в релиз пару дней назад. Посмотри в ноябре когда AoT версия выйдет
Будет тот же результат.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Serginio1, Вы писали:

C>>>Ну вот посмотрим, для WebGL ничего нет, например. Есть какие-то библиотеки от community.
S>>Ну WebGL поддкерживат браузер. А к нему есть доступ из .Net
S>>WebGL.NET
C>Но всё от сторонних разработчиков, и неполное. С Canvas API то же самое.

Ну вот определил, что неполное. В конце концов есть Вызов функций JavaScript из методов .NET в ASP.NET Core Blazor

S>>Ну есть <span class='lineQuote level2'>S>>Blazor community resources</span>
C>Так и у Сервелата было.

Вот не надо путать теплое с мягким!

В 2012 году Microsoft назначила конец жизненного цикла Silverlight 5 на 10 декабря 2021 года[8]. В 2013 году Microsoft объявила, что они прекратили развитие Silverlight, за исключением выпуска исправлений ошибок. Silverlight более не поддерживается в браузерах Opera, Mozilla Firefox, Google Chrome, так как в 2015 году в этих браузерах была отключена по умолчанию[9] или полностью прекращена[10] поддержка плагинов формата NPAPI.

Блазор работает на WebAssembly. Это уже другаятехнология.

S>> Да и Blazor WebAssembly вышел в релиз пару дней назад. Посмотри в ноябре когда AoT версия выйдет
C>Будет тот же результат.
Посмотрим! Для начала интересно переведут Skype и Visual Code на Blazor. А там компоненты и от производителя появятся

Здравствуйте, Serginio1, Вы писали:

S> Так для сводочки. WinForms больше не развивается. В свое время MS вообще перестал развивать WPF.

Но использовать их можно без проблем и во все новые фрэймворки они пеерезжают.

S>Двигал только UWP.

Вот только кому он на фиг нужен кроме МС? Это прибить приложение гвоздями к Вынь 10.

S>Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.
S>Просто имея Blazor Desktop легко перейти на него с C# десктопа.

Ну, пройдет 5 лет и МС, точно так же, перестанет развить Блазорв и придумает новые игрушки.

Меж тем, как не странн, убогий Кзамарин развивается во всю и как я понял именно он позиционируется как основа будущего кросплатформного ЮИ.

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

Здравствуйте, varenikAA, Вы писали:

НС>>А мне не надо, и я за помощь не агитирую других.
AA>и мне нельзя?

Что нельзя? Если ты других агитируешь и упрекаешь, а сам своим советам не следуешь, то это очень напоминает козла-провокатора.

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Kolesiki, Вы писали:

K>Здравствуйте, Serginio1, Вы писали:

S>>Интересная статья

K>Что именно в ней интересного?! Что один шизоид объясняет другим "как сделать десктоп приложение, используя веб-технологии"? С ума посходили штоле?

K>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

Ты это расскажи MS с Visual Code, Skype итд
Тот же Электрон набирает обороты. WinForms и WPF не работают на маках , линуксах, андроидах
Опять же можно использовать и нативные компоненты https://devblogs.microsoft.com/aspnet/mobile-blazor-bindings-feb-2020-update/

То есть единая кодовая база.

Здравствуйте, Kolesiki, Вы писали:

K>Ты серьёзно считаешь, что пишешь какую-то нетленку, без которой пингвизятникам и эпплорастам не прожить? Что они тебе принесут какой-то громадный доход? Эх, ~~Буратино~~ Сергинио, мне тебя нужно ещё очень многому научить!

K>Венда — это де факто стандарт десктопа. Можно трясти смартфонами, тыкать в эпплоящеров, но факт тот, что любой ПК на столе — это Венда. Что дома, что в офисе. Я даже среди ЛОРовцев встречал буквально единицы, которые на словах убеждали, что, мол, венды нет вообще (звездят, разумеется). Стан Эппла — вообще отдельная больница, где лежат безнадёжные пижоны и откровенно, им тоже наплевать, что ты там пишешь — всё, что ИМ ЛИЧНО надо, давно уже написано нативными приложениями и светиться перед ними своим "многоплатформенным интерфейсом" — только зря смешить народ.
K>Касательно мобильного сегмента (кстати, просраного именно руководством M$), там вообще глушняк. Неужели ты, человек 21 века, веришь, что работа с мышкой и клавой на 24" ПК — это почти то же самое, что держать 5" писюльку и тыкать в неё своими фингерами-сосисками?! Очевидно, что не существует одного колеса для воды, гор и дороги. И те, кто отчаянно пытаются его таки изобрести, получают либо круглое весло на гусеницах, либо влажную мечту Церетели.

Ошибаешься. Электрон растет. Это факт. Мало того растут и серверные приложения на Node.js. Это тоже факт.
5" писюльку ты сейчас не найдешь. Даже меньше 6". Но планшеты то никто не отменял. Заметь тот же MS свой дуо делает на андроиде.
Но и не все сидят в офисе, а для них нужно писать и для смартфонов.
Я согласен, что доля Blazor Desktop не будет огромной, но она будет и будет отбирать нишу у электрона.

Нужна конкуренция. В свое время так же говорили и о яблоке. И где сейчас WinMo?

Здравствуйте, Jericho113, Вы писали:

J>Теперь по делу
J>Blazor развивается но все еще непонятна и размыта его ниша — толи это корпоративное десктопное ПО на базе электрона (чего-либо другого) или же всетаки сможет быть полноценной заменой Angular/React etc..

Ну блазор в первую очередь как web фреймворк прежде всего писать ВСЁ на C#. Он и сейчас как серверный неплохо работает.
В ноябре обещают AOT и прочие плюшки. https://github.com/dotnet/aspnetcore/issues/21514

Десктоп это все же приятное дополнение

Здравствуйте, Danchik, Вы писали:

S>> Так для сводочки. WinForms больше не развивается. В свое время MS вообще перестал развивать WPF. Двигал только UWP.
D>Так если ты пропустил: https://github.com/microsoft/microsoft-ui-xaml/blob/master/docs/roadmap.md
Огромное спасибо! Пропустил

S>>Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.
D>Улыбнул, это уже мем — Мюнхен лезет в опенсорс

S>>Просто имея Blazor Desktop легко перейти на него с C# десктопа.

D>Такое чувство что ты в экстазе от всего что делает майкрософт. Ну молодцы они.
Да мне очень нравится как развивается язык, кроссплатформенность итд.
Если ты видел мои статьи https://habr.com/ru/users/serginio1/posts/ то я давно интересуюсь темой .Net в браузере.
Блазор пошли очень интересным путем.

Здравствуйте, Kolesiki, Вы писали:

K>Хм... а что, разве история не знает подтверждений? Коперник, Бруно, Тесла, да даже Илон Маск — прекрасные аналоги людей, идущих наперекор толпе.

В отличие от тебя они что, то предлагают новое.
Ты же как раз и уподобляешься толпе, отказываясь от нового, чего еще не было.
Пусть, будет. А года через 3 можно порассуждать как оно развивалось, и почему не развилось.
Тот же Ангулар кто только не критиковал, однако он развивается. Благодаря ангулару и прочим фреймворкам развивается TS. В который тоже кучу стрел выкинули.
На вкус и цвет товарищей нет

Здравствуйте, Jericho113, Вы писали:

J>Если вспомнить историю то к примеру Java начинала как просто еще один ЯП способный работать на портативных устройствах Sun но сами ее авторы не могли предсказать чем этот ЯП станет в итоге

В этом и беда, что нельзя "изобретать в никуда"! У языка с самого первого дня проектрирования должна быть чётко обозначенная ниша. Не быть просто "развитием другой старой фигни" (т.е. взгляд назад), а "это будет вот такая революционная штукенция!" (взгляд в будущее). Увы, Жаба была всего лишь "работой над ошибками С++" — покоцали, упростили, добавили JVM — вот тебе "никакая" платформа.
Второй момент: а кто СЕЙЧАС эта ваша Жаба?!

Я что-то не помню никаких "взрывов Тырнетов", что некий всем нужный проект писан на Жабе. Что тысячи нужных проектов стремительно развиваются в Жабомире. Наоборот — как только народ услышал про Kotlin, сломя голову бросился от этой Жабы как от прокажённой! (точнее, от смердящего трупа) Scala, опять же, неспроста вылезла. Это говорит о том, что сегодня писать на этом убожесте невозможно, ОСОБЕННО видя успехи Kotlin, C#, Nemerle(дада!) и прочих пестоно-го-растов.
Android? Прекрасный антипример, каким не должна быть мобильная ОСь. Хуже того — несмотря даже на принципиально модульную архитектуру Жаба-платформы, Гуглодроты нарочно сделали Ведроид монолитным куском г%%%вна, где практически нереально обновить систему — только одним шмотом фирмвари.

Ну и финалом, напомнить, что произошло с SUN и кто теперь владелец Жабы?

Даже и не знаю, смеяться тут или плакать.

Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, Kolesiki, Вы писали:
K>>Хм... а что, разве история не знает подтверждений? Коперник, Бруно, Тесла, да даже Илон Маск — прекрасные аналоги людей, идущих наперекор толпе.

S>В отличие от тебя они что, то предлагают новое.

...и снова принципиальная ошибка мышления! Ключевое слово не "новое", а "ортогональное большинству". Просто так бывает: когда правы единицы, их голос тонет в толпе посредственностей.

S>Ты же как раз и уподобляешься толпе, отказываясь от нового, чего еще не было.

Если б это было "новое" И ПОЛЕЗНОЕ, поверь — я бы давно уже оседлал этого коня!

Я что, враг самому себе?? Я сменил Delphi на C#, прикинь! И это во времена, когда Дельфи ещё сверкала и затыкала за пояс любого вендосипиписника с их "якобы IDE".
Тут важно осознать, что "новое" — не обязательно хорошее! (как законы в Думе

)
Во всеобщем хайпе (привет, COVID!) важно оставаться здравомыслящим — оценить ЧТО предлагают, ЧТО пытаются заменить и ПОЧЕМУ от этого жизнь станет лучше.
И в плане "давайте все дружно наструячим web-перделок" я как-то не нахожу рационального зерна. Запомните: "многоплатформенность" не может быть целью — это САМОцель! Нужны другие внятные объяснения, ЗАЧЕМ вендовому приложению обязательно работать где-то на линуксах или макосях.

S>Пусть, будет. А года через 3 можно порассуждать как оно развивалось, и почему не развилось.

А кто оплачивает банкет, папаша? Кто будет компенсировать все потери от того, что сейчас хомячки клюнут на ваши веб-убожества, а через 3 года M$ скажет: "ну, не шмогла!" (как они это сделали с Win Mobile — потенциально ГРОМАДНЫМ рынком! )
Это для вас, студентов, прыжки по технологиям — как бы нормальный образ жизни — один фиг, больше 100 строк вы не написали ни на одной из них. А что делать БИЗНЕСУ? Думал, не? Нанятые "веб-макаки", тонны (говно)кода на выброс, головняк по найму новых людей, объяснения текущим клиентам, почему их софт теперь легаси-крэп... не, ни разу лично не делал? Вот то-то и оно.

S> Тот же Ангулар кто только не критиковал, однако он развивается. Благодаря ангулару и прочим фреймворкам развивается TS. В который тоже кучу стрел выкинули.

Ну так даже ежу очевидно, что это "развитие" — топтание в одной и той же канаве! Сам-то читаешь, чьи ссылки приводишь?

…we didn’t bundle Node, but instead made use of the programming environment already in the OS

Т.е. Node уже не нужна. Хотя говоря ещё более общо, весь JS не нужен.

S>На вкус и цвет товарищей нет

Зато есть инженерная оценка, где "трёх перпендикулярных линий" нет и быть не может. Повторюсь, для студентов и линупсятников весь программерский мир — это такой розовый пэрэдайз, где они радостно бегают от дерева к дереву, восхищаясь "ещё более новыми" технологиями. Бизнесу, мэйнстриму, индустрии нужны стабильные, эффективные, перспективные, гибкие, сопровождаемые решения. Смотреть ЗА СВОЙ СЧЁТ "выстрелит или нет" могут позволить себе немногие. Да и инженерную оценку никто не отменял.

Здравствуйте, Serginio1, Вы писали:

S>Интересная статья
S>Exploring lighter alternatives to Electron for hosting a Blazor desktop app

А что именно там лугче? У электрона с кросс платформенностью лучше чем с Core

Здравствуйте, Kolesiki, Вы писали:

K>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

WinForms и WPF не работают нормально на iOS и Android. Всё, разговор закончен.

Здравствуйте, Kolesiki, Вы писали:

K>Мне не нужно повторять глупые мантры. Цитируй конкретное предложение и объясняй, что конкретно там "ошибаешься".
https://finance.yahoo.com/quote/WORK/

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Serginio1, Вы писали:

R>>>Похоронят как Сильвер и скажут что так и нужно было. В пень Блазор.
S>> То есть у блазора нет надежды даже на Вэб?
C>Я как бы не очень понимаю в чём самоценность "всё писать на C#". Ну да, язык хороший. Но при этом тянет за собой огромную инфраструктуру и работает через задницу ...эээ... WebAssembly.

C>При этом, TypeScript сейчас вполне вменяемый, есть куча библиотек для разработки Web-интерфейса (Angular, React, ...). И их используют миллионы разработчиков. В этих условиях Blazor выглядит примерно как Silverlight.

Дополню, пытался использовать Blazor Server, такое себе, заявляют много, на деле привязка работает только к простым типам данных первого уровня, если есть подчиненная сущность, то до свидания — сбрасывается состояние в ноль
при нажатии любой клавиши. Если написать то же самое на js, используя json+ws, то проблем бы не было. Мне показалось, что жизненный цикл там очень сложный. Какяя-то проблема с сохранением состояния.
Хотя, повторюсь, если клиента делать на клиенте, простите за каламбур, думаю проблем бы не было. Ну или использовать старые добрые сессии. Но с этим тоже большой вопрос. У Блазора нет доступа к HttpContext.
Нужен стэайт — городи велосипед.
И, кстати, создатель Node забросил его, на днях вышел релиз Deno, который полностью на TypeScript, да еще требует явного задания прав доступа.

Здравствуйте, Serginio1, Вы писали:

S>Интересная статья
S>Exploring lighter alternatives to Electron for hosting a Blazor desktop app
Электрон убожество, неявными дырами в безопасности ибо V8 под капотом.
Уж лучше все в phino + openFX упаковать.
Но кому от этого легче?
Давай-те договоримся использовать веб для отображения и манипулирования данными и управления веб-сервисами.
Пусть настольными задачами занимаются изначально разработанные для этого библиотеки — WinForms, Gtk, Avalonia UI, WPF.
Electron, напомню, это как hta, если кто помнит.

Здравствуйте, varenikAA, Вы писали:

AA>Пусть настольными задачами занимаются изначально разработанные для этого библиотеки — WinForms, Gtk, Avalonia UI, WPF.
AA>Electron, напомню, это как hta, если кто помнит.
Чем эти настольные библиотеки лучше? Сплошное угрёбище.

Реально чего не хватает JS-библиотекам — это более удобной клавиатурной навигации.

Здравствуйте, VladCore, Вы писали:

VC>Здравствуйте, Serginio1, Вы писали:

S>>Интересная статья
S>>Exploring lighter alternatives to Electron for hosting a Blazor desktop app

VC>А что именно там лугче? У электрона с кросс платформенностью лучше чем с Core
Чем лучше?

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Serginio1, Вы писали:

R>>>Похоронят как Сильвер и скажут что так и нужно было. В пень Блазор.
S>> То есть у блазора нет надежды даже на Вэб?
C>Я как бы не очень понимаю в чём самоценность "всё писать на C#". Ну да, язык хороший. Но при этом тянет за собой огромную инфраструктуру и работает через задницу ...эээ... WebAssembly.

C>При этом, TypeScript сейчас вполне вменяемый, есть куча библиотек для разработки Web-интерфейса (Angular, React, ...). И их используют миллионы разработчиков. В этих условиях Blazor выглядит примерно как Silverlight.

Ну а для .Net этих библиотек тоже не мало. Серверный блазор и сейчас работает. Плюс сейчас пишут компоненты . Blazor как раз и конкурент Аngular, React, …

Я помню то же самое говорили и про ангулар.

Здравствуйте, varenikAA, Вы писали:

AA>Давай-те договоримся использовать веб для отображения и манипулирования данными и управления веб-сервисами.
AA>Пусть настольными задачами занимаются изначально разработанные для этого библиотеки — WinForms, Gtk, Avalonia UI, WPF.
AA>Electron, напомню, это как hta, если кто помнит.

Только вот MS с Visual Code и Skype тебя не слушают

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, varenikAA, Вы писали:

AA>>Пусть настольными задачами занимаются изначально разработанные для этого библиотеки — WinForms, Gtk, Avalonia UI, WPF.
AA>>Electron, напомню, это как hta, если кто помнит.
C>Чем эти настольные библиотеки лучше? Сплошное угрёбище.

C>Реально чего не хватает JS-библиотекам — это более удобной клавиатурной навигации.

Речь не о языках, а скорее о технологиях.
Например, по умолчанию, CTRL+A как в браузере отработает? А в электроне/блазоре?
Еще вопрос: как в браузере/электроне/блазоре узнать скачал уже пользователь файл или еще нет?

Здравствуйте, Serginio1, Вы писали:

S>Здравствуйте, varenikAA, Вы писали:

AA>>Давай-те договоримся использовать веб для отображения и манипулирования данными и управления веб-сервисами.
AA>>Пусть настольными задачами занимаются изначально разработанные для этого библиотеки — WinForms, Gtk, Avalonia UI, WPF.
AA>>Electron, напомню, это как hta, если кто помнит.

S> Только вот MS с Visual Code и Skype тебя не слушают

Признаю, code получился неплох в смысле юзабилити. хотя если присмотреться — видны уши браузера(когда например, надо новый файл создать).
У них еще кроме всего прочего, есть один фатальный недостаток, они очень ресурсоемкие. Сравните например, режим F# interactive, или clojure CIDER в emacs
и code. Emacs у меня на этих задачах летает на одноядерном celeron M (1.8Гц) 2Гб ОЗУ.

Здравствуйте, varenikAA, Вы писали:

S>> Только вот MS с Visual Code и Skype тебя не слушают

AA>Признаю, code получился неплох в смысле юзабилити. хотя если присмотреться — видны уши браузера(когда например, надо новый файл создать).
AA>У них еще кроме всего прочего, есть один фатальный недостаток, они очень ресурсоемкие. Сравните например, режим F# interactive, или clojure CIDER в emacs
AA>и code. Emacs у меня на этих задачах летает на одноядерном celeron M (1.8Гц) 2Гб ОЗУ.

Ну вот Blazor Desktop и решает эти проблемы
Смотри графики https://blog.stevensanderson.com/2019/11/18/2019-11-18-webwindow-a-cross-platform-webview-for-dotnet-core/

Здравствуйте, Serginio1, Вы писали:

S>>>Интересная статья
S>>>Exploring lighter alternatives to Electron for hosting a Blazor desktop app

VC>>А что именно там лугче? У электрона с кросс платформенностью лучше чем с Core
S>Чем лучше?

чем с Core. лол

Если нет дополненийю то значит ВО ВСЁМ

Здравствуйте, VladCore, Вы писали:

VC>>>А что именно там лугче? У электрона с кросс платформенностью лучше чем с Core
S>>Чем лучше?

VC>чем с Core. лол

VC>Если нет дополненийю то значит ВО ВСЁМ

Ну хоть какой ни будь пример то приведи!
Если бы было так, то все вэб сервисы бы и писали на Node. Однако это не так!
Тот же Ксамарин прекрасно себя чувствует на разных платформах.

Здравствуйте, Kolesiki, Вы писали:

K>Здравствуйте, Serginio1, Вы писали:

S>>Интересная статья

K>Что именно в ней интересного?! Что один шизоид объясняет другим "как сделать десктоп приложение, используя веб-технологии"? С ума посходили штоле?

K>Десктоп — ОН УЖЕ ЕСТЬ! Не надо ничего изобретать, вот тебе WinForms, вот тебе WPF. За каким якодзуном вдруг нам нужны чисто сетевые веб-игрушки? Скучно стало?

Специально для тебя делают MAUI Introducing .NET Multi-platform App UI

Здравствуйте, varenikAA, Вы писали:

C>>Реально чего не хватает JS-библиотекам — это более удобной клавиатурной навигации.
AA>Речь не о языках, а скорее о технологиях.
AA>Например, по умолчанию, CTRL+A как в браузере отработает? А в электроне/блазоре?
"Выбрать всё"? Одинаково отработает.

AA>Еще вопрос: как в браузере/электроне/блазоре узнать скачал уже пользователь файл или еще нет?
В Электроне: https://www.electronjs.org/docs/api/download-item — в чистом браузере нельзя.

Здравствуйте, Serginio1, Вы писали:

C>>При этом, TypeScript сейчас вполне вменяемый, есть куча библиотек для разработки Web-интерфейса (Angular, React, ...). И их используют миллионы разработчиков. В этих условиях Blazor выглядит примерно как Silverlight.
S> Ну а для .Net этих библиотек тоже не мало.
Ну вот посмотрим, для WebGL ничего нет, например. Есть какие-то библиотеки от community.

S>Серверный блазор и сейчас работает. Плюс сейчас пишут компоненты . Blazor как раз и конкурент Аngular, React, …
У него максимум 0.1% пользователей того же React. При этом никакая совместимость с существующими компонентами на JS.

S>Я помню то же самое говорили и про ангулар.
Даже первый Angular, который был совсем жутиком, мог использовать сторонние компоненты и не требовал переписывать весь мир на его языке.

Здравствуйте, Cyberax, Вы писали:

C>Здравствуйте, Serginio1, Вы писали:

C>>>При этом, TypeScript сейчас вполне вменяемый, есть куча библиотек для разработки Web-интерфейса (Angular, React, ...). И их используют миллионы разработчиков. В этих условиях Blazor выглядит примерно как Silverlight.
S>> Ну а для .Net этих библиотек тоже не мало.
C>Ну вот посмотрим, для WebGL ничего нет, например. Есть какие-то библиотеки от community.
Ну WebGL поддкерживат браузер. А к нему есть доступ из .Net
WebGL.NET
https://geeks.ms/xamarinteam/2019/08/28/your-first-webgldotnet-app/

S>>Серверный блазор и сейчас работает. Плюс сейчас пишут компоненты . Blazor как раз и конкурент Аngular, React, …
C>У него максимум 0.1% пользователей того же React. При этом никакая совместимость с существующими компонентами на JS.

S>>Я помню то же самое говорили и про ангулар.
C>Даже первый Angular, который был совсем жутиком, мог использовать сторонние компоненты и не требовал переписывать весь мир на его языке.

Ну есть Blazor community resources

Да и Blazor WebAssembly вышел в релиз пару дней назад. Посмотри в ноябре когда AoT версия выйдет

Ну и можно использовать тот же Angular компоненты если захотеть
Re-Using Angular components in a Blazor WebAssembly application using Angular Elements — Web Components custom elements, FTW!

Здравствуйте, Serginio1, Вы писали:

Кстати по теме
Microsoft хочет сделать Edge PWA похожими на нативные приложения

В рамках конференции разработчиков Build 2020 Microsoft сообщила о намерении сделать PWA-приложения Edge более похожими на нативные приложения в Windows. На сессии, посвящённой Progressive Web Apps, Сохум Чаттерджи (Sohum Chatterjee) и Джуда Химанго (Judah Himango) рассказали о некоторых новых функциях, которые находятся в разработке для Edge PWA:
Установка PWA в качестве приложений по умолчанию для определённых типов файлов, URL-адресов и протоколов.
Нативный доступ к файловой системе.
Запуск PWA при входе в операционную систему.
Возможность выбора PWA-приложений в диалоговом окне «Поделиться».
Создание ярлыков быстрого доступа.
Все эти функции являются частью проекта с открытым исходным кодом Project Fugu, который и призван расширить возможности PWA-приложений. В конечном итоге разрыв между PWA и нативными приложениями должен уменьшиться.

Здравствуйте, Serginio1, Вы писали:

Еще ссылочки
BlazorMobile
Electron.NET

S> Блазор как раз и предлагает избавиться от Node и JS.

Это НЕВОЗМОЖНО. Даже если все windows-программисты перейдут на этот blazor, ещё останется 90% тех, кто так и будет писать на JavaScript.

Здравствуйте, Serginio1, Вы писали:

S> Угу не нужна! Только вот все пишут на JS. Блазор как раз и предлагает избавиться от Node и JS.

Блазор через пять лет никто не вспомнит — Микрософт слишком долго топила свой десктоп.

Здравствуйте, Эйнсток Файр, Вы писали:

S>> Блазор как раз и предлагает избавиться от Node и JS.

ЭФ>Это НЕВОЗМОЖНО. Даже если все windows-программисты перейдут на этот blazor, ещё останется 90% тех, кто так и будет писать на JavaScript.
Ну вот это же конкуренция.
Сейчас приходится знать кучу языков, фреймворком. Блазор упрощает разработку и прежде всего для десктопа.
Там уже нет никаких ограничений (в том числе и на многопоточность)

Здравствуйте, Ikemefula, Вы писали:

I>Здравствуйте, Serginio1, Вы писали:

S>> Угу не нужна! Только вот все пишут на JS. Блазор как раз и предлагает избавиться от Node и JS.

I>Блазор через пять лет никто не вспомнит — Микрософт слишком долго топила свой десктоп.
Вот через пять лет и подымем эту ветку и посмотрим, что где и как.
Я тут вообще предполагаю что аналог RDP через облачные игры всех победит

S> Я тут вообще предполагаю что аналог RDP через облачные игры всех победит

власть переменилась, в городе красные Это лет 5-10 назад были в моде тонкие клиенты, а сейчас как раз возвращаются толстые. JavaScript в браузере исполняется у клиента и сейчас на нем пишутся уже большие программы вроде ВижуалСтудии от МС или Гугл Ворда и Екселя. И дальше будет только больше и толще. Все это так-же благодаря тому, что последние лет 5 любой комп купленный в магазине тянет современные системы и способен выполнять почти все в браузере.
Дешевле оказывается получить 100 средних компов у клиентов, чем создавать монстра в виде суперкомпа, да еще и обеспечивать бесперебойный быстрый инет до клиента. Ну и — доступ к системе есть из любой точки мира, а скачать 10-20 мб скрипта и иногда обмениваться данными дешевле чем гнать 24 кадра для 1080 разрешения (пусть даже со сжатием)

Здравствуйте, Эйнсток Файр, Вы писали:

S>> Я тут вообще предполагаю что аналог RDP через облачные игры всех победит

ЭФ>

власть переменилась, в городе красные Это лет 5-10 назад были в моде тонкие клиенты, а сейчас как раз возвращаются толстые. JavaScript в браузере исполняется у клиента и сейчас на нем пишутся уже большие программы вроде ВижуалСтудии от МС или Гугл Ворда и Екселя. И дальше будет только больше и толще. Все это так-же благодаря тому, что последние лет 5 любой комп купленный в магазине тянет современные системы и способен выполнять почти все в браузере.
ЭФ>Дешевле оказывается получить 100 средних компов у клиентов, чем создавать монстра в виде суперкомпа, да еще и обеспечивать бесперебойный быстрый инет до клиента. Ну и — доступ к системе есть из любой точки мира, а скачать 10-20 мб скрипта и иногда обмениваться данными дешевле чем гнать 24 кадра для 1080 разрешения (пусть даже со сжатием)

Суперкомпы они уже есть облака называются! Ты заметил как они растут?
MS только на них и зарабатывают.

Угу игры на мобильниках это игры конца и начала 2000х.
Дешевле все же облака, где проц постоянно под 100%. Что касается RDP то там передаются только изменения экрана,
а для игр 5G это не проблема.
Так что ваши Магазины скоро накроются медным тазиком! Все будем писать на UWP готовься! Хехе
Xbox Game Streaming | Project Xcloud
Народ уже играет https://4pda.ru/forum/index.php?showtopic=970846

https://www.youtube.com/watch?v=_yM9wYKoraU&feature=youtu.be

https://devblogs.microsoft.com/aspnet/hybrid-blazor-apps-in-mobile-blazor-bindings-july-update/

Новая функция гибридных приложений позволяет смешивать компоненты Blazor native UI с компонентами Blazor web UI на одной странице. Этот просто огромен!
Гибридные приложения размещаются в новом BlazorWebView компоненте, который использует компонент браузера для размещения веб-части приложения. Нет удаленного или локального веб-сервера; весь ваш код выполняется в процессе приложения.
Новый blazorhybrid шаблон проекта, поддерживающий Android, iOS, Windows (WPF) и macOS для создания гибридных приложений
Обновленные зависимости: Xamarin.Формы 4.7, Xamarin.Essentials 1.5 и другие библиотеки.
Для использования нового предварительного просмотра требуется пакет SDK .NET Core 3.1

Как это работает?
В гибридных приложениях весь код (как для собственных частей пользовательского интерфейса, так и для веб-частей пользовательского интерфейса) выполняется на устройстве как .NET-код. Нет ни локального, ни удаленного веб-сервера, ни WebAssembly (WASM). .NET-код для всего приложения выполняется в одном процессе. Собственные компоненты пользовательского интерфейса выполняются как стандартные компоненты пользовательского интерфейса устройства (кнопка, метка и т. д.) и компоненты веб-интерфейса размещаются в представлении браузера (например, WebKit, Chromium и Edge WebView2). Компоненты могут совместно использовать состояние с помощью стандартных шаблонов .NET, таких как обработчики событий, инъекция зависимостей или что-то еще, что вы уже используете в своих приложениях сегодня.

Образец гибридного кода Blazor
Вот код для приложения, похожего на то, что было видно в верхней части этого поста. Он имеет собственный пользовательский интерфейс и веб-интерфейс, разделяющие одно и то же состояние приложения, работающие вместе в одном и том же процессе приложения (без веб-сервера или HTTP). Собственный пользовательский интерфейс использует новый <BlazorWebView> компонент, чтобы указать, какой веб-компонент следует загрузить и где найти статические веб-ресурсы. Блейзор делает всю работу.
Это главная страница собственного пользовательского интерфейса/Main.razor:

Это главная страница собственного пользовательского интерфейса/Main.razor:

@inject CounterState CounterState

<ContentView>
    <StackLayout>

        <StackLayout Margin="new Thickness(20)">
            <Label Text="@($"You pressed {CounterState.CurrentCount} times")" FontSize="30" />
            <Button Text="Increment from native" OnClick="@CounterState.IncrementCount" Padding="10" />
        </StackLayout>

        <BlazorWebView ContentRoot="WebUI/wwwroot" VerticalOptions="LayoutOptions.FillAndExpand">
            <FirstBlazorHybridApp.WebUI.App />
        </BlazorWebView>

    </StackLayout>
</ContentView>

@code {
    // initialization code
}

А это встроенная страница пользовательского интерфейса HTML/WebUI/App.razor:

@inject CounterState CounterState

<div style="text-align: center; background-color: lightblue;">
    <div>
        <span style="font-size: 30px; font-weight: bold;">
            You pressed @CounterState.CurrentCount times
        </span>
    </div>
    <div>
        <button style="margin: 20px;" @onclick="ClickMe">Increment from HTML</button>
    </div>
</div>

@code
{
    private void ClickMe()
    {
        CounterState.IncrementCount();
    }

    // initialization code
}

Вот он компромис!

https://docs.microsoft.com/ru-ru/mobile-blazor-bindings/

Здравствуйте, Serginio1, Вы писали:

S>Ну дорожная карта

Ну значить нечего его смотреть, пока не сделают CSS Isolation

Здравствуйте, VladCore, Вы писали:

VC>Здравствуйте, Serginio1, Вы писали:

S>>Ну дорожная карта

VC>Ну значить нечего его смотреть, пока не сделают CSS Isolation

Ну меня то больше интересует использование как гибридного использования компонентов
http://rsdn.org/forum/dotnet/7784016.1

Там где можно лучше использовать нативные, там где нельзя то вэб компоненты

Как это работает?
В гибридных приложениях весь код (как для собственных частей пользовательского интерфейса, так и для веб-частей пользовательского интерфейса) выполняется на устройстве как .NET-код. Нет ни локального, ни удаленного веб-сервера, ни WebAssembly (WASM). .NET-код для всего приложения выполняется в одном процессе. Собственные компоненты пользовательского интерфейса выполняются как стандартные компоненты пользовательского интерфейса устройства (кнопка, метка и т. д.) и компоненты веб-интерфейса размещаются в представлении браузера (например, WebKit, Chromium и Edge WebView2). Компоненты могут совместно использовать состояние с помощью стандартных шаблонов .NET, таких как обработчики событий, инъекция зависимостей или что-то еще, что вы уже используете в своих приложениях сегодня.

Blazor desktop apps

сравнение производительности блазора
https://user-images.githubusercontent.com/39144110/108373361-d4f51d00-71cd-11eb-86e0-2969e93aa45a.png

Здравствуйте, VladD2, Вы писали:

S>>Двигал только UWP.

VD>Вот только кому он на фиг нужен кроме МС? Это прибить приложение гвоздями к Вынь 10.
Ну вот они одумались и стали продвигать WinUI 3 UWP отвязали от привязки к платформе.

https://visualstudiomagazine.com/articles/2021/02/12/winui3-preview4.aspx

S>>Опять же есть госструктуры (Мюнхен!) итд которые запрещают использовать виндовс.
S>>Просто имея Blazor Desktop легко перейти на него с C# десктопа.

VD>Ну, пройдет 5 лет и МС, точно так же, перестанет развить Блазорв и придумает новые игрушки.
Неее. Блазор хотят все, что бы программировать только на одном языке. ЖС всех достал, а тс привязан к этому ЖС гвоздями.
VD>Меж тем, как не странн, убогий Кзамарин развивается во всю и как я понял именно он позиционируется как основа будущего кросплатформного ЮИ.
Ну да Ксамарин.Form сейчас переделывают в .NET Multi-platform App UI

VD>А Блазор... Ну, прикольно, конечно. Но вот эти ВебАсембли все портят. Да и прожерливые все эти броузерные движки. Но для всех применений пригодна.
Ну в .Net 6 обещают AOT, а в вэбассембли сборку мусора

https://en.wikipedia.org/wiki/WebAssembly
Как правило, WebAssembly не допускает прямого взаимодействия с DOM. Все взаимодействие должно протекать через JavaScript interop.
Многопоточность (хотя есть планы по решению этой проблемы)
Сбор мусора (хотя есть планы по решению этой проблемы)

Здравствуйте, VladD2, Вы писали:

VD>Меж тем, как не странн, убогий Кзамарин развивается во всю и как я понял именно он позиционируется как основа будущего кросплатформного ЮИ.

Нет. У них есть новая игрушка — MAUI

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Serginio1, Вы писали:

S> Ну вот они одумались и стали продвигать WinUI 3 UWP отвязали от привязки к платформе.
S>https://visualstudiomagazine.com/articles/2021/02/12/winui3-preview4.aspx

Там слишком много букв. Беглый просмотр не подтвердил твоих выводов. Процитируй то что ты интерпретировал отвязали. Там написано, что Кзамарин поверх него работает на винде. Не более того.

S> Неее. Блазор хотят все, что бы программировать только на одном языке. ЖС всех достал, а тс привязан к этому ЖС гвоздями.

И один язык не всем нужен. И C# в качестве одного язык (есть TS и JS) и уж точно не все хотят Блазер. Как на мобильных платформах тренд на нативные приложения. Они жрут меньше и мощнее.

S>Ну да Ксамарин.Form сейчас переделывают в .NET Multi-platform App UI

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

S>Ну в .Net 6 обещают AOT,

Та не для Блазорвских же приложений.

S>а в вэбассембли сборку мусора

Ага. А если будем хорошо себя вести, то в бассейн еще и воду нальют (ц).

S>https://en.wikipedia.org/wiki/WebAssembly
S>Как правило, WebAssembly не допускает прямого взаимодействия с DOM. Все взаимодействие должно протекать через JavaScript interop.

Так совсем погано.

S>Многопоточность (хотя есть планы по решению этой проблемы)
S>Сбор мусора (хотя есть планы по решению этой проблемы)

Ага. А когда директор колхоза французам про наши планы рассказал, они на жоуп сели. (ц)

Короче, сделают — попробуем. Пока что нечего обсуждать.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>Нет. У них есть новая игрушка — MAUI

Что нет то? Ты свою ссылку то читал?

You can build anything with .NET. It’s one of the main reasons millions of developers choose .NET as the platform for their careers, and companies invest for their businesses. With .NET 5 we begin our journey of unifying the .NET platform, bringing .NET Core and Mono/Xamarin together in one base class library (BCL) and toolchain (SDK).

As we consider what building device applications will look like in a unified .NET, we see many devices across multiple platforms used, from Android and iOS to Windows and macOS. To address this need we are excited to announce a new first-class UI framework for doing just that: .NET Multi-platform App UI, affectionately called .NET MAUI.

...

.NET MAUI is an evolution of the increasingly popular Xamarin.Forms

Ну, поменяли они название у Xamarin.Forms на .NET MAUI. Что от этого меняется? Очередная перестановка кроватей в борделе. Мегеля с его говнокодом это не заменит.

Здравствуйте, Serginio1, Вы писали:

S>Интересная статья

лучше бы помогли нормальному проекту (без хрома внутри)
https://avaloniaui.net/

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Serginio1, Вы писали:

S>> Ну вот они одумались и стали продвигать WinUI 3 UWP отвязали от привязки к платформе.
S>>https://visualstudiomagazine.com/articles/2021/02/12/winui3-preview4.aspx

VD>Там слишком много букв. Беглый просмотр не подтвердил твоих выводов. Процитируй то что ты интерпретировал отвязали. Там написано, что Кзамарин поверх него работает на винде. Не более того.

Сейчас непомню, но писали, многое для UWP было прибито гвоздями по безопасности. Выполнялись в своем контейнере и .Net Native
https://github.com/MicrosoftDocs/windows-uwp.ru-ru/blob/live/hub/apps/desktop/choose-your-platform.md

Универсальная платформа Windows (UWP). На этой платформе предоставляется система общих типов, интерфейсы API и модель приложений для всех устройств под управлением Windows 10. Приложения UWP могут быть нативными или управляемыми.

S>> Неее. Блазор хотят все, что бы программировать только на одном языке. ЖС всех достал, а тс привязан к этому ЖС гвоздями.

VD>И один язык не всем нужен. И C# в качестве одного язык (есть TS и JS) и уж точно не все хотят Блазер. Как на мобильных платформах тренд на нативные приложения. Они жрут меньше и мощнее.
Один язык это общая система классов общий код который работает как на сервере так и на клиенте. Пример 1С. Там народ не думает о JS. У них все на 1С.
Кроме того есть Unified Blazor UI in the Mobile Blazor Bindings Preview 5
Сейчас проблема сделать одинаковые компоненты для всех платформ. Понемногу продвигаются.
S>>Ну да Ксамарин.Form сейчас переделывают в .NET Multi-platform App UI

VD>Ну, то есть переставляют кровати. Я тебе как писавший под этот Кзамарин скажу, что он откровенное говнище по сравнению с полноценным WPF.
Ксамарин это не только Xamarin.Forms. Используй родные компоненты. А за универсальность надо платить.

S>>Ну в .Net 6 обещают AOT,

VD>Та не для Блазорвских же приложений.
https://github.com/dotnet/aspnetcore/issues/5466

S>>а в вэбассембли сборку мусора

VD>Ага. А если будем хорошо себя вести, то в бассейн еще и воду нальют (ц).

S>>https://en.wikipedia.org/wiki/WebAssembly
S>>Как правило, WebAssembly не допускает прямого взаимодействия с DOM. Все взаимодействие должно протекать через JavaScript interop.

VD>Так совсем погано.

S>>Многопоточность (хотя есть планы по решению этой проблемы)
S>>Сбор мусора (хотя есть планы по решению этой проблемы)

VD>Ага. А когда директор колхоза французам про наши планы рассказал, они на жоуп сели. (ц)

VD>Короче, сделают — попробуем. Пока что нечего обсуждать.

Что же касается Blazor Desktop то это значительно лучше чем всякие Электроны с их однопоточностью и языком и библиотеками

Здравствуйте, VladD2, Вы писали:

S>>а в вэбассембли сборку мусора

VD>Ага. А если будем хорошо себя вести, то в бассейн еще и воду нальют (ц).

S>>Как правило, WebAssembly не допускает прямого взаимодействия с DOM. Все взаимодействие должно протекать через JavaScript interop.

VD>Так совсем погано.

WebAssembly — это технология, которая стандартизируется W3C и развивается разными конторами, не только Microsoft. Сама по себе она не связана напрямую с Blazor, MAUI, Silverlight, C#, whatever. Не надо сваливать проблемы с больной головы на Microsoft.

Здравствуйте, varenikAA, Вы писали:

AA>Здравствуйте, Serginio1, Вы писали:

S>>Интересная статья

AA>лучше бы помогли нормальному проекту (без хрома внутри)
AA>https://avaloniaui.net/

Ну Авалония конкурент https://github.com/dotnet/maui/wiki/Roadmap
Кроме того сейчас модны всякие Электроны. Blazor Desktop как раз конкурент для электрона
Еще и Uno https://platform.uno/blog/blazor-webassembly-client-side-with-aot-and-skiasharp/

Здравствуйте, VladD2, Вы писали:

VD>Ну, поменяли они название у Xamarin.Forms на .NET MAUI.

Нет, там не только название поменяли. Там его, по сути, переписывают, сохраняя совместимость на уровне XAML.

VD> Что от этого меняется? Очередная перестановка кроватей в борделе.

Xamarin всегда был несколько сбоку. Теперь это интегрируется в кору, параллельно кора допиливается чтобы подобные вещи не было пришлепкой сбоку — почитай что в блоге написано про .NET 6.

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Serginio1, Вы писали:

S> Сейчас непомню, но писали, многое для UWP было прибито гвоздями по безопасности...
Да по фиг на безопасность когда:
S>Универсальная платформа Windows (UWP). На этой платформе предоставляется система общих типов, интерфейсы API и модель приложений для всех устройств под управлением Windows 10.

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Serginio1, Вы писали:

S>> Сейчас непомню, но писали, многое для UWP было прибито гвоздями по безопасности...
VD>Да по фиг на безопасность когда:
S>>Универсальная платформа Windows (UWP). На этой платформе предоставляется система общих типов, интерфейсы API и модель приложений для всех устройств под управлением Windows 10.
Используй WPF. Там они сближаются. Просто у UWP есть одно премущество .Net Native/
Хотя и CoreRT развивается https://github.com/dotnet/corert/issues/8366

Здравствуйте, Serginio1, Вы писали:

S>Кроме того сейчас модны всякие Электроны. Blazor Desktop как раз конкурент для электрона
Разве? кажись БД тоже внутри браузера.
S>Еще и Uno https://platform.uno/blog/blazor-webassembly-client-side-with-aot-and-skiasharp/
пока не очень впечатляет. особенно скорость загрузки )))

Здравствуйте, varenikAA, Вы писали:

AA>Здравствуйте, Serginio1, Вы писали:

S>>Кроме того сейчас модны всякие Электроны. Blazor Desktop как раз конкурент для электрона
AA>Разве? кажись БД тоже внутри браузера.
В Blazor Desktop ты можешь использовать любые БД, а не только огрызки которые в БД
S>>Еще и Uno https://platform.uno/blog/blazor-webassembly-client-side-with-aot-and-skiasharp/
AA>пока не очень впечатляет. особенно скорость загрузки )))
Ну суть то как раз использовать skiasharp как движок рисования.
Как WPF использовал использует DirectX
Ну вот как раз в .Net 6 они ускоряют
https://github.com/dotnet/aspnetcore/issues/5466

Обещают много вкусностей
https://visualstudiomagazine.com/articles/2021/02/18/aspnetcore-net6.aspx

Здравствуйте, varenikAA, Вы писали:

S>>Интересная статья
AA>лучше бы помогли нормальному проекту (без хрома внутри)
AA>https://avaloniaui.net/

А ты сам чего не поможешь? Вон, Кирилл, к примеру, в МС работает и Авалонии помогает. А ты даже без МС не можешь

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>А ты сам чего не поможешь?
А ты?

Здравствуйте, varenikAA, Вы писали:

НС>>А ты сам чего не поможешь?
AA>А ты?

А мне не надо, и я за помощь не агитирую других.

... << RSDN@Home 1.3.17 alpha 5 rev. 62>>

Здравствуйте, Qbit86, Вы писали:

Q>WebAssembly — это технология, которая стандартизируется W3C и развивается разными конторами, не только Microsoft. Сама по себе она не связана напрямую с Blazor, MAUI, Silverlight, C#, whatever. Не надо сваливать проблемы с больной головы на Microsoft.

Зато Blazor связан с WebAssembly. А WebAssembly — хреновая идея ибо тормоза и ограничения.

Здравствуйте, Ночной Смотрящий, Вы писали:

НС>А мне не надо, и я за помощь не агитирую других.

и мне нельзя?

Здравствуйте, VladD2, Вы писали:

VD>Здравствуйте, Qbit86, Вы писали:

Q>>WebAssembly — это технология, которая стандартизируется W3C и развивается разными конторами, не только Microsoft. Сама по себе она не связана напрямую с Blazor, MAUI, Silverlight, C#, whatever. Не надо сваливать проблемы с больной головы на Microsoft.

VD>Зато Blazor связан с WebAssembly. А WebAssembly — хреновая идея ибо тормоза и ограничения.
С чего бы? Да DOM через JS. Сделают AOT и будет летать. Сейчас разница интерпретатора по сравнению с CLR 17 раз.
https://github.com/dotnet/aspnetcore/issues/30313
Но ты можешь долгие вычисления вынести на сервер, а разницу между 1 мс и 17 мс ты и не заметишь.
Сейчас главное компонентов понаделать
https://github.com/dotnet/aspnetcore/issues/5466

ASP.NET Core Starts Path to Hot Reload, AoT Compilation, Blazor Desktop, More

	От:	Kolesiki
	Дата:	23.05.20 11:24
	Оценка:	4 (1) +5 -2

	От:	Kolesiki
	Дата:	23.05.20 12:46
	Оценка:	+2 -3

От:	Serginio1	https://habrahabr.ru/users/serginio1/topics/
Дата:	23.05.20 09:58
Оценка:	24 (5)

От:	gandjustas	http://blog.gandjustas.ru/
Дата:	23.05.20 14:05
Оценка:	16 (3) +1

	От:	Danchik
	Дата:	23.05.20 18:42
	Оценка:	37 (3)

От:	Ikemefula	http://blogs.rsdn.org/ikemefula
Дата:	25.05.20 15:42
Оценка:	1 (1) +1

	От:	Ночной Смотрящий
	Дата:	13.07.20 13:22
	Оценка:	1 (1)

От:	VladD2	www.nemerle.org
Дата:	18.02.21 21:15
Оценка:	+1

От:	Эйнсток Файр	Странный реагент
Дата:	13.07.20 01:29
Оценка:

От:	Qbit86	https://twitter.com/qbit86
Дата:	20.02.21 07:56
Оценка:

	От:	Cyberax
	Дата:	24.05.20 23:07
	Оценка:	+2

	От:	varenikAA
	Дата:	22.02.21 11:27
	Оценка:	-1

	От:	Rhino
	Дата:	24.05.20 15:02
	Оценка:	+1

	От:	VladCore
	Дата:	24.05.20 22:51
	Оценка: