Здравствуйте, itslave, Вы писали:
_>>Угу, и по этому основной сферой обитания Java и C# является корпоративное ПО в не IT компаниях (где IT отдел является всего лишь одной из внутренних служб, а не основой бизнеса). Ну просто совпадение такое. ))) I>Спасибо, посмеялся от души.
Ну если не согласен, то тогда назови другую область, в которой по твоему находится большинство разработки на C#. )
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, alex_public, Вы писали: S>Вот посмотрел cef / JavaScriptIntegration S> Можно и без асинхронности обойтись. S>При этом можно зарегистрировать различные обработчики. S> В итоге можно вызывать асинхронные методы S>
Конечно. CEF даёт тебе возможность прямых вызовов JS <-> C++. Дальше ты можешь делать с этим всё что хочешь. Хоть асинхронности добавить, хоть очереди исполнения, хоть что угодно. )
Здравствуйте, Klikujiskaaan, Вы писали:
K>Здравствуйте, alex_public, Вы писали:
_>>Тот пример я при желание легко (пара строк, причём исключительно средствами самого языка) подправлю так, что он будет работать на всех нужных ОС. А что будешь делать ты со своим WPF приложением? Переписывать с нуля? )))
K>Ну про пару строк это ты как обычно трындишь. K>А если нужна кроссплатформенность, то он возьмет xamarin.
xamarin только для мобильных девайсов. Для декстопа увы пока только Авалония в альфе
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Klikujiskaaan, Вы писали:
_>>Тот пример я при желание легко (пара строк, причём исключительно средствами самого языка) подправлю так, что он будет работать на всех нужных ОС. А что будешь делать ты со своим WPF приложением? Переписывать с нуля? ))) K>Ну про пару строк это ты как обычно трындишь.
int main()
{
thread second, third;
mutex m;
second=thread([&]{
lock_guard<mutex> lock(m);
Test test("hello world");
test.print();
third=thread([&](Test&& t){
lock_guard<mutex> lock(m);//ждём завершения родительского потока, чтобы всё было по честному (было ясно, что данные берутся не из его стека)
t.print();
}, move(test));
});
second.join();
third.join();
}
Думаю теперь всем очевидно, кто в этой темке только и может что трындеть. )))
K>А если нужна кроссплатформенность, то он возьмет xamarin.
Ого, Xamarin для написания десктопного приложения, работающего на Винде и Линухе? Уровень твоей компетенции прямо зашкаливает...
Здравствуйте, alex_public, Вы писали:
_>Ого, Xamarin для написания десктопного приложения, работающего на Винде и Линухе? Уровень твоей компетенции прямо зашкаливает...
Зачем кому-то в этом мире нужен линукс, с его 1,5% десктопа — для меня загадка, но на Xamarin можно писать приложения на Мак ОС, что, в совокупности с виндой дает ему 98,5% рынка десктопов, не говоря уже про мобильники.
Так что ты как обычно лососнул тунца.
Здравствуйте, Klikujiskaaan, Вы писали:
_>>Ого, Xamarin для написания десктопного приложения, работающего на Винде и Линухе? Уровень твоей компетенции прямо зашкаливает... K>Зачем кому-то в этом мире нужен линукс, с его 1,5% десктопа — для меня загадка, но на Xamarin можно писать приложения на Мак ОС, что, в совокупности с виндой дает ему 98,5% рынка десктопов, не говоря уже про мобильники.
Здравствуйте, Klikujiskaaan, Вы писали:
K>Здравствуйте, alex_public, Вы писали:
_>>Ого, Xamarin для написания десктопного приложения, работающего на Винде и Линухе? Уровень твоей компетенции прямо зашкаливает...
K>Зачем кому-то в этом мире нужен линукс, с его 1,5% десктопа — для меня загадка, но на Xamarin можно писать приложения на Мак ОС, что, в совокупности с виндой дает ему 98,5% рынка десктопов, не говоря уже про мобильники. K>Так что ты как обычно лососнул тунца.
Да вот только Xamarin пока далеко до UWP и WPF. На данныом этапе даже визуализатора нет. Хотя и продвигается.
Линукс как раз интересен именно по стоимости и в том числе как импортозамещение.
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, Serginio1, Вы писали:
S> А для Linux, нет?
Для Линукс — нет, линукс экономически не выгоден и гемороен в поддержке + он не растет (десктоп).
We face a QA problem here.
The problem with supporting Linux is that we would need to create a self-contained Mono packaging for all of the bits we ship since most Linux distributions are slightly off when it comes to Mono.
It also means that if we advertise "Linux" we would need to QA a dozen different combination due to different Linux distributions and different editions of each distribution.
Perhaps we would support just a single distribution and a single version, which is closer to what we have to do on Windows/Mac today.
Мигель пишет, что они что-то делают в этом направлении, но статус не ясен.
Здравствуйте, alex_public, Вы писали:
_>Тот пример я при желание легко (пара строк, причём исключительно средствами самого языка) подправлю так, что он будет работать на всех нужных ОС. А что будешь делать ты со своим WPF приложением? Переписывать с нуля? )))
Это ты в примерчике на 20 строк одним махом возьмешь и поправишь. В реальной же проекте портируемость С++ кода выльется в тысячи человекочасов.
Здравствуйте, alex_public, Вы писали:
_>Ну если Питон — это удел маргиналов, то C# (которого Питон уже почти догнал и скоро обойдёт по популярности http://www.tiobe.com/tiobe-index/) точно такой же.
Ок, принимается — с моей колокольни питона не видно
_>А у тебя какие установлены? У меня вот много разных (и для 3D проектирования с расчётами и для разводки печатных плат и т.д, плюс ещё игрался с художественными 3D редакторами, но это не моё) и во всех них я вижу или python или lisp.
автокад:autolisp, js, .net, vba
solidworks: COM, .NET
_>Ааа, ты про клиентские скрипты на JS? Ну там сейчас творится такой ад (https://habrahabr.ru/post/312022/), что никакого желания даже близко приближаться нет. ))) Для наших внутренних целей хватает нескольких вызовов jquery на страничку, а все эти ужасы живут где-то в параллельной реальности. )))
Да, там творится ад и с этим надо как то жить. Питон — не вариант, остается всея надежда что ts выстрелит.
Здравствуйте, alex_public, Вы писали:
_>Ну если не согласен, то тогда назови другую область, в которой по твоему находится большинство разработки на C#. )
B2B и прочий ентерпрайз. Только ты наверное пропустил тот момент, когда ентерпрайз попер в веб и "ИТ отдел" из внутренней службы, уменьшающей количество бумажек, и стал основной бизнеса. И да, там .NET c Java канат перетягивают; С++ стоит скромно в сторонке и тихо завидует обьему баблоса проходящему мимо.
Все равно далеко это до уровня WPF. А MS это не выгодно создавать себе конкуренов.
Я вот думаю написать порт для использования .Net Core библиотек в браузере. Использование в TypeScript классов .Net
I>" [Link] Визуализация работы разных режимов GC". Чувак сделал тулзу, которая чего то там показывает, молодец, но где там про проблемы с перфомансом?
Конечно, ведь вода, огонь и работа GC это те вещи на которые можно смотреть вечно, и он сделал тулзу исключительно из чувства прекрасного
In this post I’m going to visualize what exactly happens during Garbage Collection (GC) and how different GC modes can significantly affect application performance.
Конечно, если факты не вписываются в твою теорию, то это всё "красноглазики" (кстати, почитай о значении этого мема — ты его применяешь совершенно не тему).
Кстати, вот это тоже "красоглазики"?
Re[35]: Visual C# vs C++. Надо сравнить перспективы.
Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>Кстати, вот это тоже "красоглазики"?
Да уж. Ты хоть, кроме этой самодеятельности хоть, что то читаешь? Ты эту ссылку уже 1000 раз даешь
И считаешь, что это дефект .Net. При этом тебе Sinix показал, что и без этих ухищрений, можно более бысрый код делать.
Я уже 100 раз давал ссылки на инлайниг Linq
Здравствуйте, Serginio1, Вы писали:
S>Здравствуйте, Evgeny.Panasyuk, Вы писали:
EP>>Кстати, вот это тоже "красоглазики"?
S> Да уж. Ты хоть, кроме этой самодеятельности хоть, что то читаешь? Ты эту ссылку уже 1000 раз даешь
Человека, видимо, в детстве трогал за всякое дотнетчик, с тех пор у него пунктик.
