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

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

_>>>Ты вообще о чём спрашиваешь? ) Сформулируй свою мысль подробнее, а то я вообще ничего не понял. И лучше делай это (не только в данном сообщение, а вообще) без лишних ссылок и цитат. Если у кого-то будет сомнение в твоих словах, то тогда у тебя затребуют подтверждение и ты спокойно выложишь свои ссылки. А так, делать это на каждом рядовом шаге дискуссии — это только захламлять разговор.
S>> Как заменять JS в скриптах на странице. Ведь можно например создать секцию script, создать контейнер с вызовом метода из этого скрипта
S>>http://www.forum.mista.ru/topic.php?id=715894#17
S>> При этом нужно учитывать, что затраты на компиляцию могут отжирать много памяти, особенно на мобильных устройствах.
S>> Управлять DOM можно откуда угодно. Вопрос, чем заменить JS в скриптах?

_>Т.е. ты спрашиваешь как избавиться от JS с помощью WASM? Когда WASM дадут доступ к API браузера это будет элементарно — просто пишем на любом скриптовом языке нужный на код (кстати html тег script отлично это поддерживает) и дополнительно подгружаем движок этого языка скомпилированный под wasm. Тот при своей инициализации возьмёт данные из этих тегов и запустит их на исполнение. Не вижу вообще никаких сложностей.

_>Кстати, формально говоря некое подобие можно реализовать и прямо сейчас, реализовав поддержку браузерного API через Emscripten, но это будет очевидно суррогат "избавления от js", т.к. поддержка функций браузера в Emscripten через тот самый JS и реализована (т.е. в дополнение к своим скриптам на неком произвольном языке придётся подключать ещё и набор жирных js библиотек от Emscripten). Так что лучше набраться терпения и подождать пока разработчики wasm доберутся до браузерного API.

Угу давай смотреть. Внедренный код должен кроме всего прочего взаимодействовать с уже внедренным. Это по сути аналог плагинов в .Net.
Мы можем загрузить сборку, но она должна иметь в метаданных ссылки на общие интерфейсы иметь доступ к статическим методам и свойствам к классам уже загруженных сборок и если они не загружены загружать, проблемы с версиями (они правда есть и в JS) итд.
Кроме того в HTML события могут иметь как имя метода так и реализацию. Это рефлексия. А значит движок должен быть аля .Net и Java и сборки с соответствующими метаданными.
Вспоминаем про ограничения рефлексии в .Net Native. И по сути то будем иметь тот же Фреймворк который и сейчас, только созданный заного.

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

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

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

_>>>Ты вообще о чём спрашиваешь? ) Сформулируй свою мысль подробнее, а то я вообще ничего не понял. И лучше делай это (не только в данном сообщение, а вообще) без лишних ссылок и цитат. Если у кого-то будет сомнение в твоих словах, то тогда у тебя затребуют подтверждение и ты спокойно выложишь свои ссылки. А так, делать это на каждом рядовом шаге дискуссии — это только захламлять разговор.
S>> Как заменять JS в скриптах на странице. Ведь можно например создать секцию script, создать контейнер с вызовом метода из этого скрипта
S>>http://www.forum.mista.ru/topic.php?id=715894#17
S>> При этом нужно учитывать, что затраты на компиляцию могут отжирать много памяти, особенно на мобильных устройствах.
S>> Управлять DOM можно откуда угодно. Вопрос, чем заменить JS в скриптах?

_>Т.е. ты спрашиваешь как избавиться от JS с помощью WASM? Когда WASM дадут доступ к API браузера это будет элементарно — просто пишем на любом скриптовом языке нужный на код (кстати html тег script отлично это поддерживает) и дополнительно подгружаем движок этого языка скомпилированный под wasm. Тот при своей инициализации возьмёт данные из этих тегов и запустит их на исполнение. Не вижу вообще никаких сложностей.

_>Кстати, формально говоря некое подобие можно реализовать и прямо сейчас, реализовав поддержку браузерного API через Emscripten, но это будет очевидно суррогат "избавления от js", т.к. поддержка функций браузера в Emscripten через тот самый JS и реализована (т.е. в дополнение к своим скриптам на неком произвольном языке придётся подключать ещё и набор жирных js библиотек от Emscripten). Так что лучше набраться терпения и подождать пока разработчики wasm доберутся до браузерного API.

Угу давай смотреть. Внедренный код должен кроме всего прочего взаимодействовать с уже внедренным. Это по сути аналог плагинов в .Net.
Мы можем загрузить сборку, но она должна иметь в метаданных ссылки на общие интерфейсы иметь доступ к статическим методам и свойствам к классам уже загруженных сборок и если они не загружены загружать, проблемы с версиями (они правда есть и в JS) итд.
Кроме того в HTML события могут иметь как имя метода так и реализацию. Это рефлексия. А значит движок должен быть аля .Net и Java и сборки с соответствующими метаданными.
Вспоминаем про ограничения рефлексии в .Net Native. И по сути то будем иметь тот же Фреймворк который и сейчас, только созданный заного.

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


Вот например код из Angular 2

<tr *ngFor="let rows of RowsRange; let row = index">

                            <td *ngFor="let col of ColsRange; let i = index">

                                <input type="text" (keypress)="KeyPress($event,Puzzle[row*9+i].value)" (click)="Click(Puzzle[row*9+i])" [class.IsFocused]="Puzzle[row*9+i].IsFocused"

                                       [(ngModel)]="Puzzle[row*9+i].value" [disabled]="Puzzle[row*9+i].disabled" size="3" maxlength="1">

                            </td>

                        </tr>

При этом в С++,C# есть перегрузка методов, дженерики, а значит нужно искать методы по параметрам и дженерик методы с созданием метода по типу параметру, а если его нельзя вывести, то нужно указвать типы дженерик аргументов.