Blazor 0.2.0 впечатляет :)

Lessyp,

хаха, сейчас начнут все переписывать
ждемс компонент для блейзора!
наконец то я ВИПРОС переведу на веб

Агнец за бортомViPRosнаконец то я ВИПРОС переведу на веб

Не переведешь.

Почему? Не вижу никаких проблем пока что.

Агнец за бортом,

Много надо было переписать, особенно по части ивентов DataSet, DataTable.
Теперь всего этого не надо делать.
Мне же не только ВИПРОС надо перетаскать (это то можно было делать), а и код (ВИП.Производство).

Агнец за бортомViPRosивентов DataSet, DataTable.

Это ж сервер O_O

Это кеш клиента (который синхронизируется с сервером).

Агнец за бортомДавно бы клиента на VUE каком-нибудь переписал. И экспа новая, и природу JS почуял бы
И природу JS знаю и со всеми модными фреймворками знаком, но мне надо именно NET протащить в браузер :)
Потому что УЖЕ написано огромное количество кода на клиентской стороне.

Как все устроено -

1. Есть так называемые Ивенты и их обработчики, которые реагируют на изменения в кеше (это общий датасет или набор датасетов).
Вот этот кеш - это внутри браузера и ивенты все должны срабатывать там и обработчиками должны быть скрипты на JS.
Переписывать это хозяйство не хочется (да и никто не даст).

2. И есть Методы (действия) - они могут делать что угодно, но обычно они что то делают на стороне БД.
С этими все просто (воще то они и есть бизнес логика на самом деле) - это серверная часть и тут ничего не надо переписывать.
Так как они и сейчас могут работать через WCF.

hVosttАгнец за бортомДавно бы клиента на VUE каком-нибудь переписал. И экспа новая, и природу JS почуял бы

Это крайне тяжело, так как у него БД и одно приложение клиента, а щас надо городить ещё какой-то сервер приложений, а потом приложение клиента, а это уже настоящая многопользовательская среда, это тебе не в монопольном режиме педалить одного пользователя

Многопользовательская среда на СУБД.
Потому каждый клиент может спокойно пользоваться своими ресурсами, заниматься ундо, редо и т.д. и при этом зарезервировать себе что то на СУБД при желании или честно конкурировать за ресурсы.

А когда вводишь допзвено между ними ты обязан повторить логику СУБД в этом звене.
Вас выручает вебсервер.
Но мозгов и возможностей у него маловато, кроме видимости и лайфтайма там нет ничего (WCF лучше).
Но, и вашим задачам нифига не надо - гоняете иммутейбл инфу транзитом через вебсервер и довольны. :)

hVosttViPRos2. И есть Методы (действия) - они могут делать что угодно, но обычно они что то делают на стороне БД.
С этими все просто (воще то они и есть бизнес логика на самом деле) - это серверная часть и тут ничего не надо переписывать.
Так как они и сейчас могут работать через WCF.

Ты хочешь, чтобы веб клиент в БД ходил?


Зачем? Методы и так могут работать через WCF.

А ивенты будут работать в браузере. Все как и было.