Это называется JS функция. После разговора с тобой у меня есть желание на все наплевать и прекратить мои мучения. Наверное не будет.
Зачем? Кому это нужно? Одни минуса. Немного карму подняли и плюсов дали. Огромное спасибо за это коллегам.
Конечно я не брошу и по инерции сделаю и поддерку объектов и методов, для начала только на время вызова функции.
В чем оно не оптимально?
Спасибо!
Угу. Сколько методов в обычном классе Net. И сколько тебе нужно написать на сервере для поддержания норального декстопного приложения с сотнями форм?
Вот и я про это? Например для Rest есть возможность использовать Refit
Но это не как в wcf, где контракты можно импортировать.
Это функция. Делегат это чисто C# понятие. Вернее правильнее даже мультиделегат.
Если ты посмотришь на Proxy, то заметишь, что есть get, set и apple. А вот вызова как метода объекта нет.
То есть объект может быть функцией и иметь свойства. Свойства могут быть функциями.
Еще раз. Я завожусь и не могу остановиться пока не отвечу.
А вопросы ну никакие, но ничего не могу с собой поделать. Это по сути шизофрения. Но где то она помогает, а где то как с тобой мешает.
Ну и сравни с моими 60к. При этом еще и мой старый процессор 3.3.
То есть не нужно писать тестов. Решили, что мое решение быстрее. Ок. и на этом хорошо.
А если сравнивать с итератором то там вообще 170к
Реальные бизнес задачи лежат в сборках Net. Задача TS это UI, а там кода немного, но вызвать код удобнее из сборки при это типизированно, чем ползать на сервер пусть и на ws. Нужно писать обработчики получения сообщений. Нет автоматически переноса интерфейса с сервера. На нескольких методах ничего, а вот на сотнях уже завал. Но…
Написано, что не поддерживается передача JS объектов. Но название статьи
«TypeScript использование классов .Net Core „
Так, что ты пиши правильно. В JS нет понятия делегатов. Там все свойства и методы тоже.
А, днем чего делал. Заметь мы скоро рекорд побъем по количеству сообщений.
Дай мне написать события.
Если честно не собираюсь я тебя ни в чем убеждать. Просто я завожусь, а потом не могу уснуть итд. Понятно, что ты меня тролишь. Но это могя разработка, мое детище, моя кровинка. И конечно я её защищаю.
А насчет соревнования так это количество вызовов в секунду.
Так как мы не используем прокси, твой ws должен выдать не меньше 60к вызовов в секунду.
Ны дык он и создан для Декстопа. Используй любые протоколы. И давай сравним их по скорости и удобству использования. На Proxy кстати теряется процентов 30. Но они удобны.
Ну с этой точки зрения тот же CEF постоянно переписывается. Но есть вещи которые не трогаются годами.
Иииии. При этом за всеми данными ползать на сервер. Наша песня гарна нова?
То есть ты не различаешь понятия Декстоп, где мы отвязаны от сервера?
Я понимаю, что моя разработка ни кому не нужна, но я лично никакой радости не имею переводя wpf приложение на asp.net core. Это вы батенька мазохист. В моем случае мне нужно только переписать код формы, а всю остальную логику перекомпилировать под .Net Core. Учитывая, что NetStandard 2 не загорами, то переделки минимальны.
Несмотря на «похожесть» новых запросов и ответов на запросы и ответы протокола HTTP, они таковыми не являются. Например, в запросе есть тело, но в заголовках поле «Content-Length» отсутствует (что нарушает соглашения HTTP).
Серверной части следует поддерживать оба вида клиентов и отличать их по наличию или отсутствию в запросе заголовков Sec-WebSocket-Key1 и Sec-WebSocket-Key2.
По сути это Double. Посмотри на максимальное целое значение. Несмотря на то, что число 64 разрядное. Но реально в CEF два вида int и Double.
Int64 приводится к Double. CEF это по сути Google Chrome
Все делается в прокси. И я тебе давал ссылку на https://mikemcl.github.io/decimal.js/
Опять же, все вычисления делаются на стороне Net в моем случае, где этих ограничений нет и я могу использовать Decimal как объект
Это называется JS функция. После разговора с тобой у меня есть желание на все наплевать и прекратить мои мучения. Наверное не будет.
Зачем? Кому это нужно? Одни минуса. Немного карму подняли и плюсов дали. Огромное спасибо за это коллегам.
Конечно я не брошу и по инерции сделаю и поддерку объектов и методов, для начала только на время вызова функции.
Спасибо!
Угу. Сколько методов в обычном классе Net. И сколько тебе нужно написать на сервере для поддержания норального декстопного приложения с сотнями форм?
Вот и я про это? Например для Rest есть возможность использовать Refit
Но это не как в wcf, где контракты можно импортировать.
(б) Зачем писать 2 приложения, если можно все сделать в одном?
На чем пишешь UI?
Если ты посмотришь на Proxy, то заметишь, что есть get, set и apple. А вот вызова как метода объекта нет.
То есть объект может быть функцией и иметь свойства. Свойства могут быть функциями.
Еще раз. Я завожусь и не могу остановиться пока не отвечу.
А вопросы ну никакие, но ничего не могу с собой поделать. Это по сути шизофрения. Но где то она помогает, а где то как с тобой мешает.
То есть не нужно писать тестов. Решили, что мое решение быстрее. Ок. и на этом хорошо.
А если сравнивать с итератором то там вообще 170к
Реальные бизнес задачи лежат в сборках Net. Задача TS это UI, а там кода немного, но вызвать код удобнее из сборки при это типизированно, чем ползать на сервер пусть и на ws. Нужно писать обработчики получения сообщений. Нет автоматически переноса интерфейса с сервера. На нескольких методах ничего, а вот на сотнях уже завал. Но…
«TypeScript использование классов .Net Core „
Так, что ты пиши правильно. В JS нет понятия делегатов. Там все свойства и методы тоже.
А, днем чего делал. Заметь мы скоро рекорд побъем по количеству сообщений.
Дай мне написать события.
Ну и как с тобой разговаривать. То с начала завел меня на, то что межпроцессное взаимодействие это круть, теперь коцептуальное решение.
Вот объясни почему ты WPF решение пишешь без out process, обязано быть out process. Казалось бы в чем разница?
А насчет соревнования так это количество вызовов в секунду.
Так как мы не используем прокси, твой ws должен выдать не меньше 60к вызовов в секунду.
События мало отличаются от асинхронных вызовов.
Ну ручное управление мало отличаются от using ты и в C# должен своевременно закрыть ресурсы.
События я как раз пишу. Но ты мне не даешь закончить. Ты хоть работаешь?
Вообщето практически все браузеры добавляют keep-alive в заголовки.
Ну дык кто победит ws или моя разработка? Ты сразу оговори код. А то у тебя постоянные метания.
Завтра напишу на await цикл
Релиз TypeScript 2.1
и посмотрим.
Как ты считаешь, кто победит ws или мой JS-CEF-NET
Ты даже не знаком с моей разработкой. Но действуешь по принципу «Не читал, но осуждаю»
Я тебе показал, что код на TS мало отличается от кода на C#. Мало того можно нагенерить ds.ts и наслаждаться Intellisense
Но опять же хозяин барин. Я же в начале статьи написал, что моя разработка мало кому интересна. Ты яркое подтверждение моих слов.
Работая с SignalR ты не заботишься о том, какой протокол поддерживает клиент.
А keep-alive на что. Так мне самому стало интересно. Меряем на ws и HTTP.
Так скажем, что Web сокеты не далеко ушли от HTTP. Так на чем меряем скорость?
Возьму ASP.NET Core, Angular 2, SignalR для чайников
Там и тот и другой вариант можно использовать
Иииии. При этом за всеми данными ползать на сервер. Наша песня гарна нова?
То есть ты не различаешь понятия Декстоп, где мы отвязаны от сервера?
Я понимаю, что моя разработка ни кому не нужна, но я лично никакой радости не имею переводя wpf приложение на asp.net core. Это вы батенька мазохист. В моем случае мне нужно только переписать код формы, а всю остальную логику перекомпилировать под .Net Core. Учитывая, что NetStandard 2 не загорами, то переделки минимальны.
Так сделай на линуксе с UI. И покажи нам всем. Я буду тебе только благодарен.
Только все это протоколы поверх HTTP либо очень близки
https://ru.wikipedia.org/wiki/WebSocket
Ну говоря о неправде нужно давать ссылки. Мне ведь тоже интересно, что нон поддерживает.
Int64 приводится к Double. CEF это по сути Google Chrome
Опять же, все вычисления делаются на стороне Net в моем случае, где этих ограничений нет и я могу использовать Decimal как объект