С++17. Начинаем ждать?

@ct0r · Регистрация: 19.08.2012

Студворк — интернет-сервис помощи студентам

https://isocpp.org/files/papers/D4492.pdf

Как думаете, в правильном ли направлении идет развитие? Что вы хотите видеть в С++17? Какую фичу ждете больше всего?

Убежденный · 01.05.2015, 19:46

Сообщение от zenden2k

это всё - специфика, которая прекрасно покрывается сторонними библиотеками.
В язык это тянуть не нужно.

Не в язык, а как часть стандартной библиотеки.
Вон в C++17 включат Boost.Asio и будет только лучше.

Сообщение от zenden2k

Если придерживаться каких-то правил, https://google-styleguide.goog... guide.html, а не писать "как попало", то никакой проблемы нет.

Что-то не улавливаю, какая связь между следованием code style и
переносимостью кода ? Вот вариадики, к примеру, в одних компиляторах
поддерживаются, в других нет, в третьих есть, но с ограничениями.
Вывод: хочешь писать переносимо - откажись от них полностью.
А это сводит плюсы от данной фичи на ноль.

@Nick Alte · 01.05.2015, 22:23

Сообщение от Убежденный

Что-то не улавливаю, какая связь между следованием code style и
переносимостью кода ?

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

@zenden2k · 02.05.2015, 20:25

Что мне еще не нравится в C++, это бардак с библиотеками и ABI.
Разные компиляторы не совместимы между собой, разные версии одного и того же компилятора не совместимы между собой.
Скачал буст, скомпилил, получил по 6 вариантов каждой библиотеки

C++
1
2
3
4
5
6
libboost_filesystem-vc120-mt-1_57.lib
libboost_filesystem-vc120-mt-gd-1_57.lib
libboost_filesystem-vc120-mt-s-1_57.lib
libboost_filesystem-vc120-mt-sgd-1_57.lib
libboost_filesystem-vc120-s-1_57.lib
libboost_filesystem-vc120-sgd-1_57.lib

Причем имена файлов не стандартизированы, каждый называет, как ему в голову взбредет.
Одна и та же библиотека на разных системах, компиляторах будет называться по-разному.
Еще, часто чтобы собрать все библиотеки проекта, надо установить все существующие интерпретаторы и компиляторы, python, perl, ruby, asm, ruby, msys2, mingw, и т.д.
Вот бы сделали какой-то менеджер зависимостей, для винды хотя бы, в линуксе вроде многое устанавливается через репозитории, но там далеко не всё есть.
В линуксе тоже не всё гладко, недавно собрал прогу под убунту, всё окей, запустил под линукс минт - получил ошибку ABI.

@DrOffset · 02.05.2015, 20:31

Сообщение от zenden2k

Вот бы сделали какой-то менеджер зависимостей

Посмотри MSYS2.

@zenden2k · 02.05.2015, 20:39

DrOffset,
я использую нормальные компиляторы под винду, т.е. MSVC, а не недопорты gcc

@DrOffset · 02.05.2015, 20:59

Сообщение от zenden2k

я использую нормальные компиляторы под винду, т.е. MSVC

Ну вообще-то там и clang есть.
Ты спрашивал про менеджер зависимостей и пакетов, я дал ссылку. Использовать это или нет, дело твое, мне докладывать не обязательно

@Dmitriy_M · 02.05.2015, 21:52

Сообщение от zenden2k

Причем имена файлов не стандартизированы, каждый называет, как ему в голову взбредет.

все вроде описано Library Naming

Сообщение от zenden2k

я использую нормальные компиляторы под винду, т.е. MSVC, а не недопорты gcc

Кучу всего написал в продакшене на "недопурту gcc", нареканий со стороны пользователей нет.
DrOffset, давно CLang стал годным для Winows?

@Avazart · 02.05.2015, 22:52

Сообщение от Убежденный

Не в язык, а как часть стандартной библиотеки.
Вон в C++17 включат Boost.Asio и будет только лучше.

Блин, есть куда более нужные вещи чем этот асио.
К примеру расширили бы в STL возможные виды контейнеров например добавили бы COW контейнеры а еще лучше потокобезопасные котейнеры, да и вообще если уже решили всучить потоки так стоило бы расширять тему, ведь std::thread уступает boost::thread.

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

Добавлено через 17 минут

Не по теме:

Сообщение от ct0r

Для этого есть много либ, причем очень специализированных.

Например под XML?
Я знаю что либ очень много, но обычно это либы фрейворка, либо либы написанные на языке Си, либо враперы С++ над ними, причем много этих враперов довольно паршиво выглядит.

@Dmitriy_M · 02.05.2015, 23:19

Сообщение от Avazart

ведь std::thread уступает boost::thread.

О, это уже интересно, особенно когда мантейнер boost::thread участвует в работе над потоками в стандарте.

Сообщение от Avazart

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

Вроде разработчики компиляторов все успевают.

Не по теме:

Сообщение от Avazart

Например под XML?

К примеру RapidXml, а есть еще RapidJson

@DrOffset · 02.05.2015, 23:45

Сообщение от Dmitriy_M

DrOffset, давно CLang стал годным для Winows?

Не веришь что ли?
Предлагаю в таком случае самому посмотреть.
Лучше один раз увидеть, как говорится

@Mr.X · 03.05.2015, 00:52

Сообщение от Убежденный

графика

Сообщение от zenden2k

это всё - специфика, которая прекрасно покрывается сторонними библиотеками.
В язык это тянуть не нужно.

Сообщение от ct0r

Для этого есть много либ, причем очень специализированных. Зачем брать в стандарт некую компромиссную, которая удовлетворяет всех, но на очень среднем уровне?

Ну, если графический интерейс программ является стандартом де-факто, то странно не иметь в стандарте инструментов для его создания.
Страуструп любит же включать в стандарт все красивое и талантливое вроде степановской библиотеки шаблонов. Qt вот тоже красивая и талантливая, почему бы ее тоже в стандарт не включить?

@zenden2k · 03.05.2015, 01:19

Сообщение от Mr.X

Qt вот тоже красивая и талантливая, почему бы ее тоже в стандарт не включить?

Ну во-первых, это не чистый С++.
Во-вторых, это огромный фреймворк, сравнимый по размеру с дотнетом.
В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?
Или вы хотите gui-библиотеку, которая обновляется раз в 10 лет?

@Mr.X · 03.05.2015, 01:48

Сообщение от zenden2k

В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?

Ну, про Qt - это в порядке шутки, а если серьезно, то язык без графики в наше время, к которому каждый производитель IDE ее прикручивает как может - это несерьезно.

@Avazart · 03.05.2015, 11:50

Сообщение от zenden2k

В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?

Ну упомянутые Delphi и С# языки все же связанные с GUI и IDE языки.
Т.е все "включено" и по сему разработчики используют в первую очередь "стандартные вещи" а потом уже сторонние малоизвестные и слабо поддерживаемые.

Но хотя это и как бы хорошо противоречит:

Сообщение от Убежденный

Приятно, что новые версии C++ по-прежнему следуют основным принципам языка,
которые закладывались при его создании: эффективность, не платить за то,
что не используешь, совместимость с C и т.д.

@zenden2k · 03.05.2015, 12:00

Avazart,
а что, в C# gui стандартизирован?
Разве winforms/ wpf входит в стандарт C#? или .net ?
Вон вроде вышел .net для Linux - где там WinForms? нету.
MonoDevelop - где там WinForms?

каждый производитель IDE ее прикручивает как может - это несерьезно.

А в дельфи GUI разве стандартизировано? Вроде был VCL, а вдруг появились какие-то CLX, FireMonkey, ....

Сообщение от Avazart

Delphi и С# языки все же связанные с GUI и IDE языки.

Ну так берите QtCreator, кажется единственная современная на данный момент RAD IDE для C++.

Таки какую библиотеку будем включать в стандарт C++? Qt не подходит, ибо не С++. Что тогда? WxWidgets? может MFC/WTL? Или может ultimate++?

@Avazart · 03.05.2015, 12:09

Сообщение от zenden2k

А в дельфи GUI разве стандартизировано? Вроде был VCL, а вдруг появились какие-то CLX, FireMonkey, ....

СLX мертв, и где вы видели делфи в отрыве от VCL и без IDE в одной поставке?

Что каcательно Qt то что бы работать нужно собрать конструктор компилятор+сама библиотека+IDE.

Сообщение от zenden2k

Ну так берите QtCreator, кажется единственная современная на данный момент RAD IDE для C++.

Может быть для С++Qt, но не для С++, для С++ дофига сред разработок.

Сообщение от zenden2k

Qt не подходит, ибо не С++.

Как это не С++ ? Кто вам такое сказал?
Как раз Qt таки что не на есть С++. И в сравнение не с C++/CLI и С++Builder или еще чем то.

@Mr.X · 03.05.2015, 12:12

Сообщение от zenden2k

Qt не подходит, ибо не С++.

Ну так если включить в стандарт, то будет уже С++.

@zenden2k · 03.05.2015, 12:15

Сообщение от Avazart

для С++ дофига сред разработок.

Список RAD в студию.
Visual Studio без плагинов только win32 диалоги делать умеет, (C++cli не в счет)
С++ builder давно умер.

На ум приходит kdevelop, но это тоже Qt.
Gtk проиграл борьбу и сдался.

Сообщение от Avazart

Ка это не С++ ? Кто вам такое сказал?

Требует препроцессинга с помощью MOC.

@Avazart · 03.05.2015, 12:56

Сообщение от zenden2k

Visual Studio без плагинов только win32 диалоги делать умеет, (C++cli не в счет)

Не путайте IDE и динзайнер форм и GUI библиотеку.

Сообщение от zenden2k

С++ builder давно умер.

Странно такое слышать, особенно учитывая что пишу в основном на нем.

Сообщение от zenden2k

Требует препроцессинга с помощью MOC.

Ну так а что плохого в этом ? Никакие расширения самого языка для этого не требуются.
Не нужен особый компилятор который должен поддерживать - _property и published как С++Builder или всякие ^- указатели и сборщик мусора как С++/CLI

@ct0r · 03.05.2015, 13:46 **[ТС]**

Сообщение от Mr.X

Ну, если графический интерейс программ является стандартом де-факто

Любой гуй в стандарт плюсов - это в подавляющем большинстве случаев мимо их промышленной ниши. Это помимо других очевидных минусов. Не нужен он в стандарте. И так все вполне удобно.

Новые блоги и статьи Все статьи Все блоги /
Генератор паролей (вариант №3) Maks 30.10.2026 Финальная версия генератора паролей 1С. Доработка решения в этот раз коснулась только визуальной части, а именно, добавлен реквизит ДопПараметры (тип Булево), который скрывает/ отображает реквизиты:. . .	Магическое мышление и магия, современная наука не отличима от магии (говорит ИИ Джемени) zorxor 30.10.2026 Джемени, расскажи, пожалуйста, что такое магическое мышление, что такое магия, почему современная наука чем-то напоминает магию? Фраза «Любая достаточно развитая технология неотличима от магии». . .	За какое время ИИ может подобрать пароль по хешу (рассказывает Джемени ИИ) zorxor 30.10.2026 Расскажи, Джемени, если известен хэш МД5, например, за сколько ИИ сможет подобрать соответствующий пароль? Искусственный интеллект (ИИ) может подобрать простой или средний по сложности пароль по. . .	Кто убил Suno? Почему наше солнышко погасло? (диалог с ИИ Джемени) zorxor 30.10.2026 Как убивали Suno. Хронология. «Убийство» музыкальной нейросети Suno — это затяжной процесс, в котором технологический хайп стартапа разбился о жесткую реальность судебных исков от гигантов. . .
Генератор паролей (вариант №2) Maks 30.10.2026 Обновленная версия ранее созданной обработки. Добавлены следующие реквизиты типа Булево: - Буквы; - Цифры; - Символы. Изменена логика команды "Сгенерировать" и процедуры "ПриОткрытии":. . .	Генератор паролей (вариант №1) Maks 29.10.2026 Реализация из решения ниже выполнена исключительно по моей инициативе, дабы облегчить себе работу в создании паролей для администрируемых мною сервисов и пользователей. Самым главным критерием для. . .	Установка ChatGPT (Codex) на Windows без использования Microsoft Store Fabien159 28.10.2026 Здравствуйте всем читающим! Опишу процесс установки ChatGPT (Codex) на Windows, если по каким-то причинам у вас не получается устанавить его через Microsoft Store. И так: 1. Скачиваем с. . .	Программное добавление префикса в нумерацию документов Maks 27.10.2026 Реализация из решения ниже выполнена в самописной конфигурации на БСП (помощь начинающему коллеге). Задача: Программно добавить префикс в нумерацию документов. Решение: В модуле объекта. . .

@ct0r Игогошка! 1801 / 708 / 44 Регистрация: 19.08.2012 Сообщений: 1,367

	С++17. Начинаем ждать? 30.04.2015, 10:51. Показов 16805. Ответов 140 Метки c++17 (Все метки) https://isocpp.org/files/papers/D4492.pdf Как думаете, в правильном ли направлении идет развитие? Что вы хотите видеть в С++17? Какую фичу ждете больше всего? 4

@zenden2k 46 / 31 / 12 Регистрация: 21.04.2015 Сообщений: 82
	02.05.2015, 20:39
	DrOffset, я использую нормальные компиляторы под винду, т.е. MSVC, а не недопорты gcc 0