Объясни убогому, зачем оно надо вообще?
Есть JS, есть TS и есть HTML который более чем полностью покрывает потребности вэба и верстки не только для вебовых приложений, но и некоторых десктопных.
Сложные приложения в браузере? Так им места там как не было там так и нет.
Re[2]: Blazor WebAssembly 3.2.0 Release Candidate now available
Здравствуйте, Mystic Artifact, Вы писали:
MA>Здравствуйте, Serginio1, Вы писали:
MA>Объясни убогому, зачем оно надо вообще? MA>Есть JS, есть TS и есть HTML который более чем полностью покрывает потребности вэба и верстки не только для вебовых приложений, но и некоторых десктопных.
Нужно чтобы писать клиентский и серверный код на одном и том же языке, повторно использовать библиотеки.
В качестве ui остаётся тот же html и css.
В основном для enterprise.
Re[3]: Blazor WebAssembly 3.2.0 Release Candidate now available
Здравствуйте, gandjustas, Вы писали:
G>Нужно чтобы писать клиентский и серверный код на одном и том же языке, повторно использовать библиотеки. G>В качестве ui остаётся тот же html и css. G>В основном для enterprise.
Этой идее уже сколько лет то. Как-то не верится что сейчас вдруг это станет возможным.
Re[4]: Blazor WebAssembly 3.2.0 Release Candidate now available
Здравствуйте, Mystic Artifact, Вы писали:
MA>Здравствуйте, gandjustas, Вы писали:
G>>Нужно чтобы писать клиентский и серверный код на одном и том же языке, повторно использовать библиотеки. G>>В качестве ui остаётся тот же html и css. G>>В основном для enterprise. MA> Этой идее уже сколько лет то. Как-то не верится что сейчас вдруг это станет возможным.
До web assembly было возможно только два варианта — плагины а-ля flash/silverlight или кросскомиляция в js. Обе идеи нежизнеспособны В долгосрочной перспективе.
Только с появлением webassembly даёт такую возможность.
Есть и третий вариант — «серверные контролы» как классический asp.net или jsf, он хоть и рабочий даже в долгосрочной перспективе, но ущербный до мозга костей и по фиату требует написания js. В blazor такое изначально и сделали, причём довольно прилично.
Re[5]: Blazor WebAssembly 3.2.0 Release Candidate now available
Спасибо за отзыв. В целом то ясно. Сомнения все равно берут. Видимо следуют годы навроде засилия asp когда оно нахер не нужно, но модно (и как бы нужно).
Re[6]: Blazor WebAssembly 3.2.0 Release Candidate now available
Здравствуйте, Mystic Artifact, Вы писали:
MA>Здравствуйте, gandjustas, Вы писали:
MA> Спасибо за отзыв. В целом то ясно. Сомнения все равно берут. Видимо следуют годы навроде засилия asp когда оно нахер не нужно, но модно (и как бы нужно).
По факту если ты умеешь в js/ts, то выгоды для тебя не будет.
Как обычно все делается что понизить планку для разработчиков веб-приложений, которая уже ниже некуда. В целом низкая планка ведёт к более плохим приложениям.
За долгие годы использования технологий Microsoft я пришёл к выводу что реально использовать можно только то, что использует сам Microsoft для разработки своих продуктов. Поэтому пока мы не увидим хотя бы консоль управления exchange/SharePoint/crm/azure или teams клиент на blazor его модно использовать только для прототипов.
Re[2]: Blazor WebAssembly 3.2.0 Release Candidate now availa
Здравствуйте, Mystic Artifact, Вы писали:
MA>Здравствуйте, Serginio1, Вы писали:
MA>Объясни убогому, зачем оно надо вообще? MA>Есть JS, есть TS и есть HTML который более чем полностью покрывает потребности вэба и верстки не только для вебовых приложений, но и некоторых десктопных. MA>Сложные приложения в браузере? Так им места там как не было там так и нет.
HTML то никуда и не исчез.
Весь код на C#. То есть прекрасно можно перенести и на десктоп.
Опять же если есть разделение труда на фронт и энд это одно.
А так приходится одному писать и то и другое. Кроме JS и TS есть куча настроек WebPack, фреймворки типа Ангулар
Node.js это вообще отдельная песня c node_modules.
А если вспомнить как в вэбе все изменчиво, то блазор обещает быть той серебрянной пулей.
Ну и C# с новыми изменениями все же покруче TS. Тот все же привязан к JS
Здравствуйте, gandjustas, Вы писали:
G>За долгие годы использования технологий Microsoft я пришёл к выводу что реально использовать можно только то, что использует сам Microsoft для разработки своих продуктов. Поэтому пока мы не увидим хотя бы консоль управления exchange/SharePoint/crm/azure или teams клиент на blazor его модно использовать только для прототипов.
Заявленную задачу "на одном языке" решает JavaScript.
Кроме того, вероятно Blazor не устраняет самое узкое место — отсутствие многопоточности в WebAssembly,
поэтому никаких реальных бизнес-преимуществ он не даёт
Это только для вас язык JavaScript ужасен. А другие люди умеют петь и танцевать и так не считают.
Re[3]: Announcing Experimental Mobile Blazor Bindings May update
ЭФ>Заявленную задачу "на одном языке" решает JavaScript. ЭФ>Кроме того, вероятно Blazor не устраняет самое узкое место — отсутствие многопоточности в WebAssembly,
Здравствуйте, gandjustas, Вы писали:
G>Здравствуйте, Mystic Artifact, Вы писали:
MA>>Здравствуйте, Serginio1, Вы писали:
MA>>Объясни убогому, зачем оно надо вообще? MA>>Есть JS, есть TS и есть HTML который более чем полностью покрывает потребности вэба и верстки не только для вебовых приложений, но и некоторых десктопных. G>Нужно чтобы писать клиентский и серверный код на одном и том же языке, повторно использовать библиотеки. G>В качестве ui остаётся тот же html и css. G>В основном для enterprise.
Рискует повторить судьбу Silverlight.
Re[3]: Announcing Experimental Mobile Blazor Bindings May update
Здравствуйте, Эйнсток Файр, Вы писали:
S>> Хочется, что бы блазор взлетел
ЭФ>Не взлетит.
ЭФ>Заявленную задачу "на одном языке" решает JavaScript. ЭФ>Кроме того, вероятно Blazor не устраняет самое узкое место — отсутствие многопоточности в WebAssembly, ЭФ>поэтому никаких реальных бизнес-преимуществ он не даёт
ЭФ>Это только для вас язык JavaScript ужасен. А другие люди умеют петь и танцевать и так не считают.
Угу.
1. Создаем модель которая передается с сервера на клиента.
Через TS нужно создавать модель и на нем. И каждое изменение на сервере нужно дублировать и на TS
2. Один только npm-module сколько весит?
3. Писать на C# намного приятнее, хотя TS тоже хорош. Но переключатся с одного языка на другой требует времени.
4. Что касается многопоточности, то всегда есть сервер.
и солнце б утром не вставало, когда бы не было меня
Re[4]: Blazor WebAssembly 3.2.0 Release Candidate now available
Здравствуйте, Serginio1, Вы писали:
S>1. Создаем модель которая передается с сервера на клиента. S>Через TS нужно создавать модель и на нем. И каждое изменение на сервере нужно дублировать и на TS
Здравствуйте, Ночной Смотрящий, Вы писали:
НС>Здравствуйте, Serginio1, Вы писали:
S>>1. Создаем модель которая передается с сервера на клиента. S>>Через TS нужно создавать модель и на нем. И каждое изменение на сервере нужно дублировать и на TS
НС>Это мелочь. Лечится тулзой типа https://github.com/ToTypeScriptD/ToTypeScriptD
Ну модель это не только свойства, но и методы, иерархия итд.
Бывает регулируется через условную компиляцию. Но код един!
В том числе и для Xamarin S>>2. Один только npm-module сколько весит?
НС>Сколько?
Сейчас не скажу. Но в свое время это было за сотню мегабайт, да еще пути длинее 250 были. S>>3. Писать на C# намного приятнее, хотя TS тоже хорош. Но переключатся с одного языка на другой требует времени.
НС>По факту на более менее крупных проектах это делают разные люди.
Но люди проще друг друга понимают, когда пишут на одном языке.
Но здесь не столько про разных людей сколько про единые библиотеки.
Ты получишь одинаковый результат, что на сервере, что на клиенте
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S>Ну модель это не только свойства, но и методы,
Методы, общие для клиента и сервера? Ну разве что часть валидации, но это тоже не так чтобы что то фундаментальное.
S> иерархия итд.
Что с ней?
S>>>2. Один только npm-module сколько весит? НС>>Сколько? S> Сейчас не скажу.
А я и не сомневался.
НС>>По факту на более менее крупных проектах это делают разные люди. S>Но люди проще друг друга понимают, когда пишут на одном языке.