-Поиск по дневнику

Поиск сообщений в rss_forum_sources_ru

 -Подписка по e-mail

 

 -Постоянные читатели

 -Статистика

Статистика LiveInternet.ru: показано количество хитов и посетителей
Создан: 29.07.2007
Записей:
Комментариев:
Написано: 80




Форум на Исходниках.RU


Добавить любой RSS - источник (включая журнал LiveJournal) в свою ленту друзей вы можете на странице синдикации.

Исходная информация - http://forum.sources.ru.
Данный дневник сформирован из открытого RSS-источника по адресу http://forum.sources.ru/yandex.php, и дополняется в соответствии с дополнением данного источника. Он может не соответствовать содержимому оригинальной страницы. Трансляция создана автоматически по запросу читателей этой RSS ленты.
По всем вопросам о работе данного сервиса обращаться со страницы контактной информации.

[Обновить трансляцию]

Умом женщин не понять

Вторник, 14 Июля 2020 г. 20:17 + в цитатник
ya2500: откуда-то из интернетов, реальное общение:

- к врачу нужно идти не мытой! Для точной диагностики. Многие болезни выявляются по запаху подмышек
- a, ну блин, а если там врач мужчина?)

https://forum.sources.ru/index.php?showtopic=386496&view=findpost&p=3834247


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 19:44 + в цитатник
D_KEY:
Цитата Wound @
Я бы хотел чтоб в С++ внедрили подключаемые публичные репы

Да, я тож за.

Добавлено
Цитата Qraizer @
Другое дело, что я как-то с трудом себе представляю такую штуку стандартизированной, слишком уж комплексная. Это ж не просто окошки порисовать, ещё ж интерактивность какая-никакая нужна.

О том и речь.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834246


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 19:35 + в цитатник
Wound:
Цитата Qraizer @
Та кто ж против-то. В конце концов в любой инфраструктуре уже есть подобное. Пусть и разрозненное в целом, но в частности вполне себе централизованное. Где-то это дебиановый репозиторий, где-то убунтовый, где-то макрософтовский сторадж. Но ведь это есть там, где есть конкретный хозяин. У того же .NETа он есть, у Дебиана есть, а где он у Плюсов? У него нет конкретного хозяина. Та и в принципе быть не может, Плюсы позиционируются как единые для всех и каждого, не исключая встроенные системы на простеньких микроконтроллерах. Ну вот есть какой-то там буст. Э-э-э...

Так кто то же занимается разработкой нового стандарта, вот пусть сядут подумают, не придумают, на крайняк можно попросить мелкомягких, те с радостью думаю предоставят площадку для такого, тем более что технология уже давно обкатана. Было бы желание, как говорится. Стандарт то откуда то скачать можно, кто то же его писал, хозяина нет, а стандарт разрабатывается. Пусть на те же донаты площадку поднимут. Я не думаю что это какая то проблема.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834245


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 19:22 + в цитатник
Qraizer:
Цитата D_KEY @
Честно говоря, я против. Это довольно динамичная и не достаточно фундаментальная сфера, чтоб пихать ее в std.
За std::filesystem то же говорили. И за многопоточность. Ничего, сейчас живёт в неком виде, и даже вполне себе сносно выглядит. Другое дело, что я как-то с трудом себе представляю такую штуку стандартизированной, слишком уж комплексная. Это ж не просто окошки порисовать, ещё ж интерактивность какая-никакая нужна.
Цитата Wound @
Я бы хотел чтоб в С++ внедрили подключаемые публичные репы, как это сделано в том же .NET - nuget пакеты, очень удобная вещь.
Та кто ж против-то. В конце концов в любой инфраструктуре уже есть подобное. Пусть и разрозненное в целом, но в частности вполне себе централизованное. Где-то это дебиановый репозиторий, где-то убунтовый, где-то макрософтовский сторадж. Но ведь это есть там, где есть конкретный хозяин. У того же .NETа он есть, у Дебиана есть, а где он у Плюсов? У него нет конкретного хозяина. Та и в принципе быть не может, Плюсы позиционируются как единые для всех и каждого, не исключая встроенные системы на простеньких микроконтроллерах. Ну вот есть какой-то там буст. Э-э-э...

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834244


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 15:20 + в цитатник
Wound:
Цитата D_KEY @
Честно говоря, я против. Это довольно динамичная и не достаточно фундаментальная сфера, чтоб пихать ее в std.
Возможно, стоит добавить в C++ какую-то расширенную стандартную библиотеку и туда такие вещи выносить. Например, что-то вроде asio туда просится(а вот в std таки не стоит).

Я бы хотел чтоб в С++ внедрили подключаемые публичные репы, как это сделано в том же .NET - nuget пакеты, очень удобная вещь.
Во первых отпадает необходимость тянуть все попало в язык, типа той же gui, во вторых не нужно замарачиваться где искать, прям из среды разработки зашел - указал репу, и все, либо руками в проект прописал и собирай.
Это очень удобно.

Добавлено
Просто в комитете по стандартизации засиделись заскорузлые ретрограды, у которых в жопе ностальгия по 80-90-м играет. Поэтому они не делают смелых движений, и по крупице что то там вводят, что уже порой даже отжило себя.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834243


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 15:12 + в цитатник
D_KEY:
Цитата Qraizer @
Поговаривают, одно время там обсуждалось что-то типа std::gui.

Честно говоря, я против. Это довольно динамичная и не достаточно фундаментальная сфера, чтоб пихать ее в std.
Возможно, стоит добавить в C++ какую-то расширенную стандартную библиотеку и туда такие вещи выносить. Например, что-то вроде asio туда просится(а вот в std таки не стоит).

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834241


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 15:04 + в цитатник
Wound:
Цитата Qraizer @
Поговаривают, одно время там обсуждалось что-то типа std::gui.

Ну вот если это введут, то это и будет killer-фичей, которая убьет QT.

Добавлено
Цитата Qraizer @
Это-то и настораживает. Когда-то точно также VCL разошёлся с WinAPI

Но VCL вывозил за счет своей простоты. На нем за денек можно было налабать какое то сурьезное приложение, которое там работает со звуком, БД, сетью еще чета там. Причем не имея в этом огромного опыта. Буквально сходу сел и пиши. В то время когда такое же приложение написать на том же MFC - уже было проблематично в указанные сроки, а на WinAPI и подавно - геморой.
А в QT - поди разберись с ходу, я как то года два-три назад скачал QT Creator все поставил, сожрало места на диске дохрена, запустил, чета там потыкал, думал щас как в VCL, ага, фигвам! Потыкал потыкал, оно у меня что то там не собралось, я на это дело плюнул и забил.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834240


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 14:43 + в цитатник
Qraizer:
Цитата D_KEY @
Да и GUI только из-за того, что альтернатив полноценных для C++ нет.
Поговаривают, одно время там обсуждалось что-то типа std::gui.
Цитата D_KEY @
Это фреймворк со своими правилами, которые уже давно очень сильно разошлись с правилами, принятыми в C++.
Это-то и настораживает. Когда-то точно также VCL разошёлся с WinAPI

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834239


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 14:38 + в цитатник
D_KEY:
Цитата JoeUser @
Сейчас Qt сильно разросся во что только можно.

Лично я бы qt не стал использовать ни для чего, кроме GUI. Да и GUI только из-за того, что альтернатив полноценных для C++ нет.

Это фреймворк со своими правилами, которые уже давно очень сильно разошлись с правилами, принятыми в C++.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834238


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 14:35 + в цитатник
Qraizer:
Цитата applegame @
Спасибо, что лишний раз подтвердил убогость и уродство плюсов.
Не за что. Я там так и говорил, что scope – это C-подобное убожество, и лучше уж
    class Guard
    {
    std::function fn; // функция очистки
    public:
    template explicit Guard(T&& closure): fn(std::move(closure)) {}
    ~Guard() { fn(); }
    };

с последующими там
    HANDLE sameApp = CreateMutex(NULL, TRUE, uniqName.c_str());
    if (sameApp == NULL)
    return static_cast(logMsg("CreateMutex() failed", GetLastError()));
    Guard sameAppGuarded([=]() { CloseHandle(sameApp); });
    if (GetLastError() == ERROR_ALREADY_EXISTS)
    if (WaitForSingleObject(sameApp, INFINITE) != WAIT_OBJECT_0)
    return static_cast(logMsg("Recursive run detected for " + name.filename().string(), GetLastError()));
    Guard sameAppLocked([=]() { ReleaseMutex(sameApp); });
    {
    SECURITY_ATTRIBUTES attr = { sizeof(attr), NULL, TRUE };
    HANDLE hIn = CreateFile((newName.parent_path() / "stdin.txt").string().c_str(),
    FILE_GENERIC_READ, FILE_SHARE_DELETE,&attr, CREATE_ALWAYS,
    FILE_ATTRIBUTE_NORMAL, NULL);
    Guard hInGuarded ([=]() { CloseHandle(hIn); });
    /* ... */
    }
что тоже костыль, но уже гораздо меньший, ибо является GNUсным аналогом его идиомы. К тому же без досадных недостатков последнего, что даже в C вызывали сложности.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834237


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 14:31 + в цитатник
D_KEY:
Цитата applegame @
Цитата Qraizer @
На, вот. Отрыл-таки в Клубе энтот твой scope. Без Поиска, он не работает. Скопипасчу, не жалко.
Спасибо, что лишний раз подтвердил убогость и уродство плюсов.

И в чем же такая принципиальная разница между:
    scope(exit) foo(1, 2, 3);


и

    scope guard(exit, []{foo(1, 2, 3);});


?

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834236


Метки:  

TLS ("thread-local storage", не "transport layer security")

Вторник, 14 Июля 2020 г. 14:25 + в цитатник
Qraizer:
Цитата Qraizer @
static обеспечивает локальность имени на основе статического деления программы на единицы трансляции, thread_local – на основе динамического разделения программы на потоки.

https://forum.sources.ru/index.php?showtopic=419143&view=findpost&p=3834235


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 13:12 + в цитатник
Wound:
Цитата JoeUser @
Сейчас Qt сильно разросся во что только можно. Под спойлером либы, по названию поймешь, чем щя рулит Qt:

Ну я тут вижу только GUI. Графику на нем я бы не стал писать, есть куча фреймворков и движков куда круче с полной поддержкой языка. Остальное либо мелочи, либо устаревшее что то, либо просто как с боку бантик.
Для каких то небольших проектов возможно и сойдет, но небольшие проекты сейчас все больше разрабатывают для мобильных платформ, они там более востребованы. :-?

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834232


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 12:43 + в цитатник
JoeUser:
Цитата Wound @
А профит от него какой?

Ну начинался он GUI конечно. К тому времени у него основные конкуренты были GTK и wxWindows (ныне wxWidgets). Сейчас Qt сильно разросся во что только можно. Под спойлером либы, по названию поймешь, чем щя рулит Qt:

Скрытый текст
Qt5Bluetooth.dll
Qt5Charts.dll
Qt5Concurrent.dll
Qt5Core.dll
Qt5DBus.dll
Qt5Designer.dll
Qt5DesignerComponents.dll
Qt5Gamepad.dll
Qt5Gui.dll
Qt5Help.dll
Qt5Location.dll
Qt5Multimedia.dll
Qt5MultimediaQuick.dll
Qt5MultimediaWidgets.dll
Qt5Network.dll
Qt5NetworkAuth.dll
Qt5Nfc.dll
Qt5OpenGL.dll
Qt5Positioning.dll
Qt5PositioningQuick.dll
Qt5PrintSupport.dll
Qt5Qml.dll
Qt5QmlModels.dll
Qt5QmlWorkerScript.dll
Qt5Quick.dll
Qt5QuickControls2.dll
Qt5QuickParticles.dll
Qt5QuickShapes.dll
Qt5QuickTemplates2.dll
Qt5QuickTest.dll
Qt5QuickWidgets.dll
Qt5RemoteObjects.dll
Qt5Script.dll
Qt5ScriptTools.dll
Qt5Scxml.dll
Qt5Sensors.dll
Qt5SerialBus.dll
Qt5SerialPort.dll
Qt5Sql.dll
Qt5Svg.dll
Qt5Test.dll
Qt5TextToSpeech.dll
Qt5WebChannel.dll
Qt5WebSockets.dll
Qt5Widgets.dll
Qt5WinExtras.dll
Qt5Xml.dll
Qt5XmlPatterns.dll
Qt53DAnimation.dll
Qt53DCore.dll
Qt53DExtras.dll
Qt53DInput.dll
Qt53DLogic.dll
Qt53DQuick.dll
Qt53DQuickAnimation.dll
Qt53DQuickExtras.dll
Qt53DQuickInput.dll
Qt53DQuickRender.dll
Qt53DQuickScene2D.dll
Qt53DRender.dll

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834231


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 12:04 + в цитатник
Wound:
Цитата JoeUser @
"мол мы вот так либу запроектировали, не будьте калдырями - поддерживайте нашу идеологию, ну или валите на MFC нафик!"

Ааа, QTшники живут еще в 2008 году наверное :D MFC - уже много лет как умер, он уже не разрабатывается, и не поддерживается даже мелкомягкими. А че по поводу нового стандарта они говорят? Пишите вот так как мы напроектировали или валите на свой С++17 или какой там уже? С++20?
Они сами себе яму то и копают. Когда профит от языка превысит профит от QT его просто не будут использовать. Я не знаю какой сейчас профит от QT? Единственное что я вижу - это GUI под Linux, и то, это потому что я не знаю какие там фреймворки для Linux'ов есть сейчас.
Потому что в остальном его обходит тот же .net core/C++, для мобильных платформ Java со всякими Unity.

Добавлено
Цитата JoeUser @
Мы живем в несправедливом мире! Часто за все нужно платить

А профит от него какой? С++ с новый стандартом уже становится кросплатформенным в плане работы с системными API(потоки там всякие, файловая система, и т.д.), туда добавляют новые примочки каждый год.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834230


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 11:56 + в цитатник
JoeUser:
Цитата Wound @
а фреймворк тебе их запрещает юзать, вернее тебе разрабы запрещают юзать.

Ну там вообще немного не так. Запрет касается только одной ситуации, ЕМНИП, нельзя генерировать исключения в обработчике событий Qt. Что-то типа нельзя:

    try {
    connect(thread, &MyThread::started, this, &Element::count); // слот count() может бросать исключения
    }
    catch(const X& e) {}


Но если тебе это нужно прямо очень, что кушать не можешь, можно обойти так:

    class BadCounter {
    Q_OBJECT
    public slots:
    void count() { throw std::runtime_error("хана, исключение!"); }
    };
    class BadCounterAdaptor {
    Q_OBJECT
    BadCounter* counter;
    public:
    BadCounterAdaptor(BadCounter* iCounter):counter(iCounter) {}
    public slots:
    void count() {
    try {
    counter->count();
    } catch (const std::runtime_error& e) {
    std::cerr << e.what() << std::endl;
    } cstch (...) {
    std::cerr << "Случилось страшное!" << std::endl;
    }
    }
    };
    int main() {
    BadCounter Counter;
    BadCounterAdaptor Adaptor(&Counter);
    QThread* Thread = new QThread();
    connect(Thread,&QThread::started,&Adaptor,&BadCounterAdaptor::count);
    Thread.start();
    ...
    delete Thread;
    }

В остальных случаях - вполне можно пользоваться исключениями нативно. Поэтому тут скорее не запрет на все - а предложение "мол мы вот так либу запроектировали, не будьте калдырями - поддерживайте нашу идеологию, ну или валите на MFC нафик!" :)

Добавлено
Цитата Wound @
ело в том - что они есть в языке, а фреймворк тебе их запрещает юзать

Мы живем в несправедливом мире! Часто за все нужно платить :'(

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834229


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 10:38 + в цитатник
Wound:
Цитата OpenGL @
Это пошло ещё с самого зарождения Qt, тогда программировали по другому и всё, что тут писалось выше, ещё толком не было широко распространено. Ну и да, ты прав, по духу Qt это скорей "си с классами" библиотека, нежели плюсовая, и многие прожженые плюсовики её недолюбливают. Я сам ругаюсь на неё местами. И время от времени слышу, что "кутешник" это почти что ругательство в среде плюсовиков

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

Цитата OpenGL @
Да какой там новых. Там даже move конструкторов для тамошних смартпоинтеров не предусмотрено :D Так что если мне нужно сделать смартпоинтер, который вызывает deleteLater (это qt-way способ безопасно удалить QObject из любого потока), то я предпочитаю написать unique_ptr с кастомным deleter-ом, чем юзать QScopedPtr даже несмотря на то, что последний умеет удалять указатели на qobject посредством deleteLater из коробки.

Мда... Так они бы уже не парились и написали для него свой ЯП, чем переписывать и уродовать С++ :-?

Добавлено
Цитата JoeUser @
У Qt тож есть своя команда аналитиков - видимо что-то для посчитали не выгодным.

Я думаю это маркетинговый ход такой. Сначало подсадить людей на QT, потом спустя время человек кроме QT в тех же плюсах уже профнепригоден, вуаля, когда человек поймет это - для него уже станет поздно. И вот развивают свою экосистему QT.

Цитата JoeUser @
Не-не-не - был бы профит в дополнительной прибыли, думаю и желание бы появилось.

Я думаю если бы QT не занимался вот этим вот, а вел себя как некий фреймворк использующий С++ по правилам С++, а не изменяющий его правила, то у него была бы в разы больше аудитория.

Цитата JoeUser @
При том, что нет там месту исключениям и их обработке, они так решили.

И чего? Ты не путай волчий хрен и колбасу. Rust - это язык программирования. В Ассемблере тоже нет исключений, и чего? В Prolog тоже нет исключений. Дело то не в том есть исключения или нет, дело в том - что они есть в языке, а фреймворк тебе их запрещает юзать, вернее тебе разрабы запрещают юзать. QT - это язык программирования? ЕМНИП он компилятор С++ юзает. Это обычный фреймворк, только я не слышал больше фреймворков, которые берут изменяют логику работы языка который используют.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834225


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 10:36 + в цитатник
JoeUser:
Цитата Wound @
Переписать такие вещи раз плюнуть.

У Qt тож есть своя команда аналитиков - видимо что-то для посчитали не выгодным.

Цитата Wound @
было бы желание

Не-не-не - был бы профит в дополнительной прибыли, думаю и желание бы появилось.

Цитата Wound @
А причем тут Rust ?

При том, что нет там месту исключениям и их обработке, они так решили.

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834224


Метки:  

goto vs break & continue

Вторник, 14 Июля 2020 г. 10:31 + в цитатник
Wound:
Цитата JoeUser @
Первый релиз Qt состоялся с 1996 году, какие нахрен shared_ptr тогда? Тогда код писали на ламповых мониторах!

И чего? Первый релиз плюсов состоялся в 1983 году, только где тот С++ и сегодняшний, это уже два совершенно разных языка. Переписать такие вещи раз плюнуть. Сначала пишешь нормальные RAII обертки, затем пишешь например дополнительный базовый тип, который лишен такого странного поведения, анонсируешь все это, помечаешь как deprecated старую логику. А потом потихонечко от нее избавляешься.
Это все реализуемо, было бы желание. А так мы имеем недоязык, недофреймворк, который подсаживает людей на себя, вангую после длительной, плотной работы на нем - ты уже не сможешь нормально писать на С++. Да ладно бы это был отдельный язык, куда не шло, а это же еще и юзает С++.


Цитата JoeUser @
Все, что касается производных от QObject - с опаской. За использование исключений - расстрел сразу! Но тут я ни разу не парюсь, вон Rust тоже не парится.

:wacko: А причем тут Rust ? Rust - это отдельный язык программирования со своим синтаксисом и остальным. А QT - это что такое ?

https://forum.sources.ru/index.php?showtopic=362619&view=findpost&p=3834223


Метки:  

Требуется специалист в разработке сайтов

Вторник, 14 Июля 2020 г. 10:02 + в цитатник
мыш:
Цитата SergeS @

Консультирование по телефону, иногда выезд, оценка. Пока сложно сказать объем, проект на годы, а как пойдет - никто не знает.

https://forum.sources.ru/index.php?showtopic=419148&view=findpost&p=3834222


Метки:  

Поиск сообщений в rss_forum_sources_ru
Страницы: 2628 ... 2376 2375 [2374] 2373 2372 ..
.. 1 Календарь