может определить некий error code enum в котором определить конкретный код стандартным exception типам как std::out_of_range, std::runtime_error, std::invalid_argument ?

посмотри, не реализовано ли то, чего ты хочешь, в std::error_code

Кстати, почему в MSVC прокатывает std::exception("blabla")? Любой другой компилятор скажет, что нет такого контруктора у exception.

Кстати, почему в MSVC прокатывает std::exception("blabla")? Любой другой компилятор скажет, что нет такого контруктора у exception.

а потому что это msvc. На работе тоже на этонапарывались

А в C# есть, мож в этом дело?

И он путается :D

Кстати, почему в MSVC прокатывает std::exception("blabla")? Любой другой компилятор скажет, что нет такого контруктора у exception.

мйкрософт обычно забивают на стандарты и пишут как им хочется

мйкрософт обычно забивают на стандарты и пишут как им хочется

https://en.wikipedia.org/wiki/Embrace,_extend_and_extinguish

мйкрософт обычно забивают на стандарты и пишут как им хочется

Меня особенно вымораживают typename, которые можно пропускать.

Меня особенно вымораживают typename, которые можно пропускать.

это их давняя боль

я пытаюсь добиться нечто подобного: // http.get returns a stream that's either closed when the results arrive or fails when an error occures request = http.get("server.org/resource") // retry the get operation as long as the error is either http.Timeout or http.BadGateway for max. 3 times request.retry({http.Timeout, http.BadGateway}, 3) // execute next stream when data arrives request.attach(...) // catch unexpected errors and execute failure handling stream // will be called if either a unexpected error was thrown (non-timeout as well as non-badgateway) such as http.NotFound // or if after 3 times of retrial there still was no success request.failure(...) легче всего данное реализовать на error code'ах ибо типы можно определить простыми integer'ами и сравнивать их довольно просто enum Error { Timeout = 1 BadGateway = 2, NotFound = 3 } но как быть с кодом который "не поддерживает" данный подход и бросает инстанции каких-то кастомных error классов типа MyCustomTimeoutError.. в таком случае я их просто превращаю в пустой QVariant объект, т.е. в неизвестную ошибку..

ибо нет в C++11 возможности указать: request.retry({MyCustomTimeoutError, MyCustomGatewayError})

было бы возможно только с помощью std::any из C++17 насколько я понимаю

мйкрософт обычно забивают на стандарты и пишут как им хочется

Майкрософт решил, что они тут самые стандартные ?

здешние проблемы стандартов еще не самые ужасные, как в web

а именно front-end

Ой, всё? в жопу вротэнд. Пишу на таблицах с 2005 года

ahahaahha

фронтенд на С++ https://www.webtoolkit.eu/wt/ru/

фронтенд на С++ https://www.webtoolkit.eu/wt/ru/

а как же Single Page Apps?

насколько я понял оно такое поддерживает

жс такой же кривой как и с++

но делать нечего, все плюются и пишут на нем

не вижу логики честно говоря... веб приложения обычно состоят из трёх частей: file sever, application server и webclient (бд и т.д. не считаю) в то время как application server можно писать хоть на C++ хоть на Go хоть на Python, PHP, Java, JavaScript и т.д. и т.п. - веб клиент всегда пишется на Javascript + HTML (HTML5)

веб-фронтэнд на C++? как это понимать? типа генерим HTML на сервере с помощью C++ как с древним подходом PHP?

Генерить HTML на сервере и щас норм подход, если страницы довльно тяжёлые.

Генерить HTML на сервере и щас норм подход, если страницы довльно тяжёлые.

видимо генерят html с помощью С++

веб-фронтэнд на C++? как это понимать? типа генерим HTML на сервере с помощью C++ как с древним подходом PHP?

Зажрались сударь. Задача вам дан микроконтроллер на борту 64 КилоБайт ОЗУ 30 заняты под таблицы обработки входных данных, нужно написать ВебМорду. И да С++ нет, есть чистые Си.

видимо генерят html с помощью С++

вот поэтому я и спрашиваю, а как же тогда на нём пилить single page apps

а клиент на мобилках?

я слышал конечно про реакт нейтив

я это шутки ради запостил, не надо на нем ничего пилить, если тебе не по фану, коллеги не поймут

Зажрались сударь. Задача вам дан микроконтроллер на борту 64 КилоБайт ОЗУ 30 заняты под таблицы обработки входных данных, нужно написать ВебМорду. И да С++ нет, есть чистые Си.

т.е. embedded с веб-мордой? ну... честно говоря сегодня у АРМ'ированного raspberry pi куда больше мощи и памяти

а клиент на мобилках?

поясни цель

веб-фронтэнд на C++? как это понимать? типа генерим HTML на сервере с помощью C++ как с древним подходом PHP?

оно умеет генерить js и html нормально

вполне неплохой код генерит

причем как я понял может интерактивно работать с домом

вот поэтому я и спрашиваю, а как же тогда на нём пилить single page apps

он генерит js

отсюда и возможность SPA

там всё ништячно, код выглядит как Qt а получается веб морда

как я понял через ajax или ws

Ваши Навороченные Расбери умрут на +80 градусах а иногда нужно аж 120 градусов. Вот у меня девайс на DM3730 на +70 внутри камня разогрет до 115 на 120 хардварный стоп :(. и это только +70.

Ну это большой арм да.

Там у нас веб морда на Джанге.

оно умеет генерить js и html нормально

да это я понимаю, старый PHP'вский подход, но генерить JS ... не выйдет у тебя нормального SPA, разработчики webtoolkit'а не могут учесть все use case'ы веб приложений, это всё-равно что написать новый язык который транспилируется в C++, лучше писать на C++ сразу чем прослойкой пользоваться

на мобилки клиент делают потому что пользователь избалован, тебе то самому лучше на мобилке нативный клиент открыть, который не тормозит (в идеале) или браузер, где набрать урл, который еще и тормозить потом будет

Ваши Навороченные Расбери умрут на +80 градусах а иногда нужно аж 120 градусов. Вот у меня девайс на DM3730 на +70 внутри камня разогрет до 115 на 120 хардварный стоп :(. и это только +70.

да не спорю, но это 0,005% случаев когда нам нужно вебприложение / вебморда

Да зачем, боже ты прям в сокет и отдаешь статичный\динамичный HTML + JS. тебе же запросы приходят ты их парсишь.

обычно у тебя датчики связаны с центральным компьютером который и предоставляет веб-морду, сам датчик то зачем напрягать рендерингом HTML, нонсенс

быстрее перерисовать часть страницы, а не всю

Рендеринга нет. у тебя есть запросы которые летят с Браузер (по средствам твоего же JS) скажем запрос МодБас регистров ты их пакуешь в JSON и отдаешь. А браузер красиво их показывает.

я просто говорю не как C++ разработчик а как Full Stack разработчик (да, такие бывают в природе зачастую, C++, Qt/QML, Go, JavaScript, HTML5) я бы не стал применять прослойку аля webtoolkit, я бы написал application server на Go, и вебклиент на HTML5, если нужно моб. приложение то либо на HTML5 либо Qt которые как и вебприложение рботают с API application server'а

я думаю многие бы оспорили qt как выбор для мобилок

неродной gui

обычно у тебя датчики связаны с центральным компьютером который и предоставляет веб-морду, сам датчик то зачем напрягать рендерингом HTML, нонсенс

Если датчик двух-ядерный, на частоте 240MHz, почему бы не распараллелить?

лучше уж xamarin

неродной gui

далеко не всегда он тебе нужен native look & feel, когда твоё приложение должно работать одинакого на всех девайсах от винды до IOS'а (как у нас в случае с https://qbeon.com) и не хочется содержать 5 кодовых баз на 5 разных языках и парадигмах - Qt QML самое оно!

обычно у тебя датчики связаны с центральным компьютером который и предоставляет веб-морду, сам датчик то зачем напрягать рендерингом HTML, нонсенс

Датчик обычно и представляет собой одно устройство, ПК нету.

т.е. когда ресуры ограничены? справедливо

далеко не всегда он тебе нужен native look & feel, когда твоё приложение должно работать одинакого на всех девайсах от винды до IOS'а (как у нас в случае с https://qbeon.com) и не хочется содержать 5 кодовых баз на 5 разных языках и парадигмах - Qt QML самое оно!

облако поднять у себя что ли?

облако поднять у себя что ли?

не понял вопрос честно говоря

что эта штуковина делает? qbeon которая

кончится интернет у тебя дома или где ты там облако поднимаешь и облако у тебя кончится

ERROR: S client not available

если есть сервак, то можно реверс туннель по ssh настроить

я так понимаю ваш девайс подключается к вашим серверам и так клиент находит с ним связь? так происходит монетизация?

я просто говорю не как C++ разработчик а как Full Stack разработчик (да, такие бывают в природе зачастую, C++, Qt/QML, Go, JavaScript, HTML5) я бы не стал применять прослойку аля webtoolkit, я бы написал application server на Go, и вебклиент на HTML5, если нужно моб. приложение то либо на HTML5 либо Qt которые как и вебприложение рботают с API application server'а

Ты пользователю хочешь отдавать тупо html-page?

qbeon это компания, продукт QubeOS - облачная OS'ь, на данный момент сконцентрированы на облачном хранилище... это типа как Dropbox который ты себе на свой сервак можешь поставить, а на Qt мы разрабатываем клиентские приложения под эту ОСь... так вот нам важно было предоставить пользователь идентичный look & feel на всех девайсах (windows, linux, mac, ios, android) и желательно с одоной кодовой базой, на каждую платформу по базе было бы жуть! На native look нам наплевать, нам он даже наоборот не желателен (corporate design) естественно у нас остаются 2 возможности: HTML5 и Qt, но поработав в веб сфере я знаю HTML5 слишком хорошо, чтоб использовать его в данных целях, слишком говённое получится приложение, медленное, батарейку будет жрать, багов в отображении анимаций и т.д.

в xamarin кстати есть платформа абстракции для ios и android xamarin.forms

да это я понимаю, старый PHP'вский подход, но генерить JS ... не выйдет у тебя нормального SPA, разработчики webtoolkit'а не могут учесть все use case'ы веб приложений, это всё-равно что написать новый язык который транспилируется в C++, лучше писать на C++ сразу чем прослойкой пользоваться

*yawn* я тоже люблю спорить с кодом который в проде используется больше10 лет

если не будешь использовать что-то нестандартное - будет одна кодовая база

кстати были ли проблемы qt+android, андроид это же джава со сборщиком мусора, который может прийти и почистить твою память

честно говоря не знаком с Xamarin, знаю лишь поверхностно, но Qt выглядит куда серьёзнее, QML это лучший декларативный язык описания интерфейсов который я знаю

хелоуворды у меня работали без проблем, кроме хелоувордов ничего не делал на qt android, поэтому и интересно

кстати были ли проблемы qt+android, андроид это же джава со сборщиком мусора, который может прийти и почистить твою память

NDK....

понял, я думал там биндинги к джаве

qbeon это компания, продукт QubeOS - облачная OS'ь, на данный момент сконцентрированы на облачном хранилище... это типа как Dropbox который ты себе на свой сервак можешь поставить, а на Qt мы разрабатываем клиентские приложения под эту ОСь... так вот нам важно было предоставить пользователь идентичный look & feel на всех девайсах (windows, linux, mac, ios, android) и желательно с одоной кодовой базой, на каждую платформу по базе было бы жуть! На native look нам наплевать, нам он даже наоборот не желателен (corporate design) естественно у нас остаются 2 возможности: HTML5 и Qt, но поработав в веб сфере я знаю HTML5 слишком хорошо, чтоб использовать его в данных целях, слишком говённое получится приложение, медленное, батарейку будет жрать, багов в отображении анимаций и т.д.

ждем когда вебасм допилят

NDK....

а андроидовский ндк до ума довели или всё ещё есть смысл от использования crystal ndk?

Qt замечательно работает на всех основных платформах, единственное некоторые нюансы некоторых систем нужно учитывать (например background процессы)

qbeon это компания, продукт QubeOS - облачная OS'ь, на данный момент сконцентрированы на облачном хранилище... это типа как Dropbox который ты себе на свой сервак можешь поставить, а на Qt мы разрабатываем клиентские приложения под эту ОСь... так вот нам важно было предоставить пользователь идентичный look & feel на всех девайсах (windows, linux, mac, ios, android) и желательно с одоной кодовой базой, на каждую платформу по базе было бы жуть! На native look нам наплевать, нам он даже наоборот не желателен (corporate design) естественно у нас остаются 2 возможности: HTML5 и Qt, но поработав в веб сфере я знаю HTML5 слишком хорошо, чтоб использовать его в данных целях, слишком говённое получится приложение, медленное, батарейку будет жрать, багов в отображении анимаций и т.д.

А ещё бывает react-native

хотя не, не понял, NDK разве полностью дублирует родной API?

ждем когда вебасм допилят

и что потом?))

А ещё бывает react-native

+, тем более фронтендеры реакт обычно знают

и что потом?))

можно будет писать веб приложения кросплатформенные и быстрые

А ещё бывает react-native

это не меняет суть что приложение выполняется по факту в браузере и нет возможности прикрепить C++, в Qt это непроблема

это не меняет суть что приложение выполняется по факту в браузере и нет возможности прикрепить C++, в Qt это непроблема

нет, там нативные компоненты

это не меняет суть что приложение выполняется по факту в браузере и нет возможности прикрепить C++, в Qt это непроблема

Можно через RPC.

В Тензоре так делают.

это не меняет суть что приложение выполняется по факту в браузере и нет возможности прикрепить C++, в Qt это непроблема

Как раз меняет

Для оффлайн-приложений.

Ну «оффлайн», да.

да и опять же я предпочту QML - HTML'у в любое время, HTML никогда не был предназначен для современных приложений, QML именно для них и создан, он более модульный, более производительный, более декларативный, ну и т.д.

понял, я думал там биндинги к джаве

JNI

да и опять же я предпочту QML - HTML'у в любое время, HTML никогда не был предназначен для современных приложений, QML именно для них и создан, он более модульный, более производительный, более декларативный, ну и т.д.

А реакт с хтмл слабо связан

О, кстати, сделал на Qt (Qt Widgets) простой виджет из двух lineEdit, для проверки регулярных выражений (сверху в строку пишется регулярное выражение, снизу пишется проверяемая строка). Так вот, хочу чтобы в Интернете можно было этим пользоваться. Вопрос, мне для этого нужен emscripten, или можно было сделать по-другому?

Из QML там, может можно в HTML+JavaScript?