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

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

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

Святая простота
Именно на это я и рассчитываю.
Без единого изменения Events*.dll будет работать на браузере.
Точно так же будет работать кеш DataSet (только придется удалить типизацию - нет там типизированного DataSet).

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

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

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

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

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


Ты все преувеличиваешь.

Да.

1. Гриды биндятся к BindingSource.
2. BindingSource биндятся к DataSet.
3. Обработчики обслуживают события DataSet и DataTable.

4. Прикладные методы (экшны) биндятся к меню, тулбару (кнопкам).

(Это прикладная логика - рассчитать ЗП, построить расписание, показать отчет,....)
Они и сейчас могут вызвать удаленные сервисы.

5. Системные методы биндятся к элементам тулбара и могут вызвать что угодно (это вообще прикладника не волнует).
(Это методы типа - обновить кеш, сохранить изменения, ундо, клонировать, копировать, … и всякие хелперы для них)

3 может вызвать 5.

Как видишь с только методы группы 3 работает с кешем и опосредованно (через 5) с БД.
Вся сложность именно в 3.

В БД никакой логики нет.

Хотя никто не запрещает ее иметь.

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

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


Начальство не разрешает, так как тоже все считают, что надо не один год.
Но, если можно было бы доказать, что допустим одного года хватит, то может разрешили бы.

skyANAViPRos,

вот ты сам и подтвердил, что не один год
Ничего я не подтверждал, а пытался выбить год. (Но так как я все равно занят только этими вопросами могли бы и разрешить).
Только что еще раз спросил - можно переехать на Core и веб? Сказали "пока нихуа". Хотя всем хотся работать бесплатно на линукс и т.д. и типа очень важно "импортозамещение".

skyANAViPRos,

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

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

ШайтанViPRos Core и ...................................... "импортозамещение".какая связь? или M$ уже российская?
связь простая - NET Core опенсорс и работает под линукс

skyANA,

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