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

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

S>>Я не обращаюсь к DOM из Net. Я из TS используюю библиотеки .Net Core

V>Тогда зачем TS? Почему сразу не на дотнете?

V>>>А полноценное сравнение проводил? ))
V>>>Тебя твой советчик серьезно так подставил, походу.
V>>>Знаешь, есть такие советчики, которые в глаза не видели ни первого, ни второго, но мнение имеют.
V>>>Надо было самому проверить.

S>> Понимаешь ли я задавал вопросы
S>>Использование в TypeScript классов .Net
S>>http://rsdn.org/forum/web/6664070.flat

Автор: Serginio1
Дата: 12.01.17

V>И вот зачём опять врать?
V>Там никаких вопросов ни по одной из ссылок, ты там лишь сообщал о том, что делаешь нечто на CEF.

В первом сообщении про CEF вообще не было и речи. Я хотел использовать PNaCl/

Есть идея вызвать через Native Client Messaging System
Буду рад любым советам. И может это никому и не нужно и не стоит вообще писать в стол?

S>>Меня CEF вполне устраивает.

V>Судя по задаваемым тобой вопросам, тебе это обошлось в некоторую нехилую трудоёмкость.
V>А это залет. Я уже говорил.
V>Это ошибка проектирования.
V>Вызов из TS библиотек .Net через Gecko, во-первых прост как три копейки, во вторых уже есть готовый.
Кроссплатформенный .Net Core?


S>>Ты хоть проект то смотрел? Или опять не читал, но осуждаю.
S>>Там всего несколько методов аналог IDispatch

V>Через рефлексию заполняешь? ))
V>Тю, блин, я бы через Web ILD интерфейсы для JS делал, чтобы дотнетовскую рефлексию в рантайм не дергать.

То есть не читал. То, что ты делал то ты молодец.

S>> Так CEF там все элементарно. У меня была использование в TS код .Net Core. Я её сделал.
S>>Там все элементарно. При этом на стороне JS используется Proxy через который оборачиваются все вызовы и синтаксис максимально приближени к C#, за мелкими осключениями.
S>>Задача решена. На чем не важно. Тебе шашечки или ехать.

V>Мне ехать, конечно, но тебе, похоже, надо было поиграть в собственные шашечки. ))


S>>Ты проект то смотрел? Или хоть статью то прочитал?

V>Ты предлагаешь мне погрузиться в твои исходники? ))
V>А в двух словах нельзя было пояснить, например, как ты реализуешь свой аналог IDispatch?
V>Пока что из куцых обрывков информации и из вот этих строк на SO:
V>

V>Net.GetType("System.Collections.Generic.Dictionary`2", "System.Collections");
V>

V>Мне становится просто страшно. ))

V>Кароч, обычно с JS-хостом общаются не так.
V>В него устанавливают т.н. "контекст", т.е. набор видимых переменных и ф-ий.

V>Весь необходимый контекст можно было выставить до запуска скрипта.

Это универсальная библиотека. Можно создавать типы заранее. Это не суть.

V>А когда мне потребовалась эффективность запуска (хотел избежать рефлексии), то я не поленился для нужных объектов нарисовать интерфейс и реализовать его на дотнете. Так скрипт начинает полезную работу раньше, без притормаживания в начале своей работы.

Это лишняя работа. Проще для TS сгенерить заголовочные файлы.
Но опять же. Это никому не нужно.

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

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

S>>Я не обращаюсь к DOM из Net. Я из TS используюю библиотеки .Net Core

V>Тогда зачем TS? Почему сразу не на дотнете?

V>>>А полноценное сравнение проводил? ))
V>>>Тебя твой советчик серьезно так подставил, походу.
V>>>Знаешь, есть такие советчики, которые в глаза не видели ни первого, ни второго, но мнение имеют.
V>>>Надо было самому проверить.

S>> Понимаешь ли я задавал вопросы
S>>Использование в TypeScript классов .Net
S>>http://rsdn.org/forum/web/6664070.flat

Автор: Serginio1
Дата: 12.01.17

V>И вот зачём опять врать?
V>Там никаких вопросов ни по одной из ссылок, ты там лишь сообщал о том, что делаешь нечто на CEF.

В первом сообщении про CEF вообще не было и речи. Я хотел использовать PNaCl/

Но скорость вызова с прокси порядка 45 000 вызовов в секунду.
Это выше чем по Tcp/Ip в 3 раза без прокси.

TCP/IP скорость обмена
Есть идея вызвать через Native Client Messaging System
Буду рад любым советам. И может это никому и не нужно и не стоит вообще писать в стол?

S>>Меня CEF вполне устраивает.

V>Судя по задаваемым тобой вопросам, тебе это обошлось в некоторую нехилую трудоёмкость.
V>А это залет. Я уже говорил.
V>Это ошибка проектирования.
V>Вызов из TS библиотек .Net через Gecko, во-первых прост как три копейки, во вторых уже есть готовый.
Кроссплатформенный .Net Core?


S>>Ты хоть проект то смотрел? Или опять не читал, но осуждаю.
S>>Там всего несколько методов аналог IDispatch

V>Через рефлексию заполняешь? ))
V>Тю, блин, я бы через Web ILD интерфейсы для JS делал, чтобы дотнетовскую рефлексию в рантайм не дергать.

То есть не читал. То, что ты делал то ты молодец.

S>> Так CEF там все элементарно. У меня была использование в TS код .Net Core. Я её сделал.
S>>Там все элементарно. При этом на стороне JS используется Proxy через который оборачиваются все вызовы и синтаксис максимально приближени к C#, за мелкими осключениями.
S>>Задача решена. На чем не важно. Тебе шашечки или ехать.

V>Мне ехать, конечно, но тебе, похоже, надо было поиграть в собственные шашечки. ))


S>>Ты проект то смотрел? Или хоть статью то прочитал?

V>Ты предлагаешь мне погрузиться в твои исходники? ))
V>А в двух словах нельзя было пояснить, например, как ты реализуешь свой аналог IDispatch?
V>Пока что из куцых обрывков информации и из вот этих строк на SO:
V>

V>Net.GetType("System.Collections.Generic.Dictionary`2", "System.Collections");
V>

V>Мне становится просто страшно. ))

V>Кароч, обычно с JS-хостом общаются не так.
V>В него устанавливают т.н. "контекст", т.е. набор видимых переменных и ф-ий.

V>Весь необходимый контекст можно было выставить до запуска скрипта.

Это универсальная библиотека. Можно создавать типы заранее. Это не суть.

V>А когда мне потребовалась эффективность запуска (хотел избежать рефлексии), то я не поленился для нужных объектов нарисовать интерфейс и реализовать его на дотнете. Так скрипт начинает полезную работу раньше, без притормаживания в начале своей работы.

Это лишняя работа. Проще для TS сгенерить заголовочные файлы.
Но опять же. Это никому не нужно.