Форум программистов, компьютерный форум CyberForum.ru

C++

Войти
Регистрация
Восстановить пароль
 
 
ct0r
Игогошка!
1754 / 656 / 42
Регистрация: 19.08.2012
Сообщений: 1,253
Завершенные тесты: 1
#1

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

30.04.2015, 10:51. Просмотров 5181. Ответов 122

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

Как думаете, в правильном ли направлении идет развитие? Что вы хотите видеть в С++17? Какую фичу ждете больше всего?
Similar
Эксперт
41792 / 34177 / 6122
Регистрация: 12.04.2006
Сообщений: 57,940
30.04.2015, 10:51     С++17. Начинаем ждать?
Посмотрите здесь:

Turbo Pascal Начинаем рисовать
Как ждать выполнения определенной функции C++ Builder
Как заставить прогу на с++ ждать новые записи из БД C++
Как заставить машину ждать перед очередным выполнением цикла? C++
Не ждать завершения запущенной внешней программы C++
C++ Теперь C++11 - полностью и на сто процентов новый C++: чего ждать
Модем должен ждать прихода смс C++ Builder
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
Убежденный
Системный программист
Эксперт С++
14890 / 6708 / 1059
Регистрация: 02.05.2013
Сообщений: 10,998
Завершенные тесты: 1
01.05.2015, 19:46     С++17. Начинаем ждать? #21
Цитата Сообщение от zenden2k Посмотреть сообщение
это всё - специфика, которая прекрасно покрывается сторонними библиотеками.
В язык это тянуть не нужно.
Не в язык, а как часть стандартной библиотеки.
Вон в C++17 включат Boost.Asio и будет только лучше.

Цитата Сообщение от zenden2k Посмотреть сообщение
Если придерживаться каких-то правил, https://google-styleguide.googlecode.../cppguide.html, а не писать "как попало", то никакой проблемы нет.
Что-то не улавливаю, какая связь между следованием code style и
переносимостью кода ? Вот вариадики, к примеру, в одних компиляторах
поддерживаются, в других нет, в третьих есть, но с ограничениями.
Вывод: хочешь писать переносимо - откажись от них полностью.
А это сводит плюсы от данной фичи на ноль.
Nick Alte
Эксперт С++
1603 / 995 / 118
Регистрация: 27.09.2009
Сообщений: 1,918
Завершенные тесты: 1
01.05.2015, 22:23     С++17. Начинаем ждать? #22
Цитата Сообщение от Убежденный Посмотреть сообщение
Что-то не улавливаю, какая связь между следованием code style и
переносимостью кода ?
Дело в другом понимании термина "переносимость", который подразумевает использование строго следующих стандарту компиляторов на всех платформах и оставляет за скобками их индивидуальные отклонения и причуды.
zenden2k
43 / 28 / 8
Регистрация: 21.04.2015
Сообщений: 82
02.05.2015, 20:25     С++17. Начинаем ждать? #23
Что мне еще не нравится в 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
6840 / 4051 / 924
Регистрация: 30.01.2014
Сообщений: 6,855
02.05.2015, 20:31     С++17. Начинаем ждать? #24
Цитата Сообщение от zenden2k Посмотреть сообщение
Вот бы сделали какой-то менеджер зависимостей
Посмотри MSYS2.
zenden2k
43 / 28 / 8
Регистрация: 21.04.2015
Сообщений: 82
02.05.2015, 20:39     С++17. Начинаем ждать? #25
DrOffset,
я использую нормальные компиляторы под винду, т.е. MSVC, а не недопорты gcc
DrOffset
6840 / 4051 / 924
Регистрация: 30.01.2014
Сообщений: 6,855
02.05.2015, 20:59     С++17. Начинаем ждать? #26
Цитата Сообщение от zenden2k Посмотреть сообщение
я использую нормальные компиляторы под винду, т.е. MSVC
Ну вообще-то там и clang есть.
Ты спрашивал про менеджер зависимостей и пакетов, я дал ссылку. Использовать это или нет, дело твое, мне докладывать не обязательно
Dmitriy_M
1334 / 1215 / 110
Регистрация: 20.03.2009
Сообщений: 4,338
Записей в блоге: 11
02.05.2015, 21:52     С++17. Начинаем ждать? #27
Цитата Сообщение от zenden2k Посмотреть сообщение
Причем имена файлов не стандартизированы, каждый называет, как ему в голову взбредет.
все вроде описано Library Naming

Цитата Сообщение от zenden2k Посмотреть сообщение
я использую нормальные компиляторы под винду, т.е. MSVC, а не недопорты gcc
Кучу всего написал в продакшене на "недопурту gcc", нареканий со стороны пользователей нет.
DrOffset, давно CLang стал годным для Winows?
Avazart
7044 / 5221 / 259
Регистрация: 10.12.2010
Сообщений: 22,944
Записей в блоге: 17
02.05.2015, 22:52     С++17. Начинаем ждать? #28
Цитата Сообщение от Убежденный Посмотреть сообщение
Не в язык, а как часть стандартной библиотеки.
Вон в C++17 включат Boost.Asio и будет только лучше.
Блин, есть куда более нужные вещи чем этот асио.
К примеру расширили бы в STL возможные виды контейнеров например добавили бы COW контейнеры а еще лучше потокобезопасные котейнеры, да и вообще если уже решили всучить потоки так стоило бы расширять тему, ведь std::thread уступает boost::thread.

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

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

Не по теме:

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

Dmitriy_M
1334 / 1215 / 110
Регистрация: 20.03.2009
Сообщений: 4,338
Записей в блоге: 11
02.05.2015, 23:19     С++17. Начинаем ждать? #29
Цитата Сообщение от Avazart Посмотреть сообщение
ведь std::thread уступает boost::thread.
О, это уже интересно, особенно когда мантейнер boost::thread участвует в работе над потоками в стандарте.

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

Не по теме:


Цитата Сообщение от Avazart Посмотреть сообщение
Например под XML?
К примеру RapidXml, а есть еще RapidJson

DrOffset
6840 / 4051 / 924
Регистрация: 30.01.2014
Сообщений: 6,855
02.05.2015, 23:45     С++17. Начинаем ждать? #30
Цитата Сообщение от Dmitriy_M Посмотреть сообщение
DrOffset, давно CLang стал годным для Winows?
Не веришь что ли?
Предлагаю в таком случае самому посмотреть.
Лучше один раз увидеть, как говорится
Mr.X
Эксперт С++
3039 / 1684 / 265
Регистрация: 03.05.2010
Сообщений: 3,867
03.05.2015, 00:52     С++17. Начинаем ждать? #31
Цитата Сообщение от Убежденный Посмотреть сообщение
графика
Цитата Сообщение от zenden2k Посмотреть сообщение
это всё - специфика, которая прекрасно покрывается сторонними библиотеками.
В язык это тянуть не нужно.
Цитата Сообщение от ct0r Посмотреть сообщение
Для этого есть много либ, причем очень специализированных. Зачем брать в стандарт некую компромиссную, которая удовлетворяет всех, но на очень среднем уровне?
Ну, если графический интерейс программ является стандартом де-факто, то странно не иметь в стандарте инструментов для его создания.
Страуструп любит же включать в стандарт все красивое и талантливое вроде степановской библиотеки шаблонов. Qt вот тоже красивая и талантливая, почему бы ее тоже в стандарт не включить?
zenden2k
43 / 28 / 8
Регистрация: 21.04.2015
Сообщений: 82
03.05.2015, 01:19     С++17. Начинаем ждать? #32
Цитата Сообщение от Mr.X Посмотреть сообщение
Qt вот тоже красивая и талантливая, почему бы ее тоже в стандарт не включить?
Ну во-первых, это не чистый С++.
Во-вторых, это огромный фреймворк, сравнимый по размеру с дотнетом.
В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?
Или вы хотите gui-библиотеку, которая обновляется раз в 10 лет?
Mr.X
Эксперт С++
3039 / 1684 / 265
Регистрация: 03.05.2010
Сообщений: 3,867
03.05.2015, 01:48     С++17. Начинаем ждать? #33
Цитата Сообщение от zenden2k Посмотреть сообщение
В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?
Ну, про Qt - это в порядке шутки, а если серьезно, то язык без графики в наше время, к которому каждый производитель IDE ее прикручивает как может - это несерьезно.
Avazart
7044 / 5221 / 259
Регистрация: 10.12.2010
Сообщений: 22,944
Записей в блоге: 17
03.05.2015, 11:50     С++17. Начинаем ждать? #34
Цитата Сообщение от zenden2k Посмотреть сообщение
В третьих, зачем это тянуть в язык??? Что вам мешает использовать Qt сейчас?
Ну упомянутые Delphi и С# языки все же связанные с GUI и IDE языки.
Т.е все "включено" и по сему разработчики используют в первую очередь "стандартные вещи" а потом уже сторонние малоизвестные и слабо поддерживаемые.

Но хотя это и как бы хорошо противоречит:
Цитата Сообщение от Убежденный Посмотреть сообщение
Приятно, что новые версии C++ по-прежнему следуют основным принципам языка,
которые закладывались при его создании: эффективность, не платить за то,
что не используешь
, совместимость с C и т.д.
zenden2k
43 / 28 / 8
Регистрация: 21.04.2015
Сообщений: 82
03.05.2015, 12:00     С++17. Начинаем ждать? #35
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
7044 / 5221 / 259
Регистрация: 10.12.2010
Сообщений: 22,944
Записей в блоге: 17
03.05.2015, 12:09     С++17. Начинаем ждать? #36
Цитата Сообщение от 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
Эксперт С++
3039 / 1684 / 265
Регистрация: 03.05.2010
Сообщений: 3,867
03.05.2015, 12:12     С++17. Начинаем ждать? #37
Цитата Сообщение от zenden2k Посмотреть сообщение
Qt не подходит, ибо не С++.
Ну так если включить в стандарт, то будет уже С++.
zenden2k
43 / 28 / 8
Регистрация: 21.04.2015
Сообщений: 82
03.05.2015, 12:15     С++17. Начинаем ждать? #38
Цитата Сообщение от Avazart Посмотреть сообщение
для С++ дофига сред разработок.
Список RAD в студию.
Visual Studio без плагинов только win32 диалоги делать умеет, (C++cli не в счет)
С++ builder давно умер.

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

Цитата Сообщение от Avazart Посмотреть сообщение
Ка это не С++ ? Кто вам такое сказал?
Требует препроцессинга с помощью MOC.
Avazart
7044 / 5221 / 259
Регистрация: 10.12.2010
Сообщений: 22,944
Записей в блоге: 17
03.05.2015, 12:56     С++17. Начинаем ждать? #39
Цитата Сообщение от zenden2k Посмотреть сообщение
Visual Studio без плагинов только win32 диалоги делать умеет, (C++cli не в счет)
Не путайте IDE и динзайнер форм и GUI библиотеку.

Цитата Сообщение от zenden2k Посмотреть сообщение
С++ builder давно умер.
Странно такое слышать, особенно учитывая что пишу в основном на нем.

Цитата Сообщение от zenden2k Посмотреть сообщение
Требует препроцессинга с помощью MOC.
Ну так а что плохого в этом ? Никакие расширения самого языка для этого не требуются.
Не нужен особый компилятор который должен поддерживать - _property и published как С++Builder или всякие ^- указатели и сборщик мусора как С++/CLI
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
03.05.2015, 13:46     С++17. Начинаем ждать?
Еще ссылки по теме:

Задать команду в COM-порт, ждать 500мс и посмотреть ответ C++ Builder
Начинаем изучать JAVA Java SE
Как заставить поток ждать в некоторых ситуациях C++
Начинаем делать сайт Web

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
ct0r
Игогошка!
1754 / 656 / 42
Регистрация: 19.08.2012
Сообщений: 1,253
Завершенные тесты: 1
03.05.2015, 13:46  [ТС]     С++17. Начинаем ждать? #40
Цитата Сообщение от Mr.X Посмотреть сообщение
Ну, если графический интерейс программ является стандартом де-факто
Любой гуй в стандарт плюсов - это в подавляющем большинстве случаев мимо их промышленной ниши. Это помимо других очевидных минусов. Не нужен он в стандарте. И так все вполне удобно.
Yandex
Объявления
03.05.2015, 13:46     С++17. Начинаем ждать?
Ответ Создать тему
Опции темы

Текущее время: 07:45. Часовой пояс GMT +3.
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2017, vBulletin Solutions, Inc.
Рейтинг@Mail.ru