Агнец за бортомМожет быть MS сподобится сделать в итоге транслятор сильверлайта (вместе с XAML) в WASM?

При чём тут XAML и WASM? Ребят, вы действительно не понимаете, что такое WASM? :)

fkthatПарамонWebAssembly это уже стандарт и разрывает JS по производительности как тузик грелку, плюс дает возможность писать на любом языке.

Неужто угребищный JS наконец-то закопают, аж не верится...

Вы бы хоть прошли да почитали про WebAssembly, прежде чем свечку JS-у ставить...

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

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

ViPRosПереписывать это хозяйство не хочется (да и никто не даст) .

Вот в этом видимо вся загвоздка.


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

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

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

Вот про это и речь.

ViPRosА когда вводишь допзвено между ними ты обязан повторить логику СУБД в этом звене.

Логика СУБД. Надо запомнить


ViPRosВас выручает вебсервер.
Но мозгов и возможностей у него маловато, кроме видимости и лайфтайма там нет ничего (WCF лучше).

Масштабирование это пока неосвоенная инопланетянская технология :)

Зато нашими приложениями можно пользоваться хоть с кофемолки. И с любой ОС из любого места. Можешь подобным похвастать?


ViPRosНо, и вашим задачам нифига не надо - гоняете иммутейбл инфу транзитом через вебсервер и довольны. :)

Да, видно, что ты не готов к переходу на веб, вообще. Даже при наличии времени. Тебе полностью надо переучиваться, практически с нуля. Чтобы понятие "транзита" как-нибудь ушло ))

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

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

Святая простота

ViPRosТ.е. - мне надо переписывать только генерацию рож.

Если бы проблема была только в этом, эх если бы...

ViPRosНазови.

У тебя, как и большинства десткоп приложений, нет "рож". Гриды бинядтся на датасет, который имеет состояние (observable), вся логика размазана по приложению и СУБД, классика. Подписка на события, абсолютно в доску монопольный режим, у тебя даже нет проблемы инвалидации кеша, да и кеш не нужен, так как весь стейт -- по сути живой кеш.

Это всё не применимо в веб, где "рожа", это действительно всего лишь рожа. Ни биндов на датасет, ни нормальных состояний (можно конечно, но это будет НА ПОРЯДКИ дороже, чем в десктоп), логику придётся размазывать в твоём случае, теперь, по трём слоям, а не по двум. Подписки на событий, и событий по сути -- нет, тру многопользовательский режим со всеми вытекающими.

Всё это для тебя не очевидно, и никакой вебассембли тебе особо не поможет, если честно.