The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

В стандарт C++ предложено добавить API на основе свободной г..., opennews (??), 05-Янв-14, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


21. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Анод (?), 05-Янв-14, 14:46 
Да в стандарте и стандартная либа не особо нужна. Те же файловые потоки не могут открывать пути в std::string и требуют c string. Даже если и исправят в следующем релизе, между релизами в прошлый раз прошло 10 лет.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

22. "API свободной графической библиотеки Cairo предложено включи..."  +1 +/–
Сообщение от Анод (?), 05-Янв-14, 14:47 
> Да в стандарте и стандартная либа не особо нужна. Те же файловые
> потоки не могут открывать пути в std::string и требуют c string.
> Даже если и исправят в следующем релизе, между релизами в прошлый
> раз прошло 10 лет.

Упс, в С++11 исправили но все же.

Ответить | Правка | Наверх | Cообщить модератору

51. "API свободной графической библиотеки Cairo предложено включи..."  –5 +/–
Сообщение от 0xd34df00d (??), 05-Янв-14, 20:06 
Следующий релиз плюсов — С++14, планируется в только наступившем году. Потом ожидается в 17-м с весьма интересными и вкусными нововведениями, вроде async/await и корутин.
Ответить | Правка | К родителю #21 | Наверх | Cообщить модератору

61. "API свободной графической библиотеки Cairo предложено включи..."  +4 +/–
Сообщение от Anon1 (?), 05-Янв-14, 21:59 
Вам что мало того, что в нем есть на данный момент или сами не способны реализовать на языке то, что вам нужно и поэтому ждете, когда это сделают другие людли и раздуют язык ешё на 100500 раз ? Всё чаще от школьников начинаю слышать подобные сообщения, в которых они над каждым обновлением пишут "Вау!!, сколько всего нового!!" а что из этого всего нового действительно придется применить на практике ? Лично я не вижу ничего такого в новом дополнении, без чего нельзя было б жить.
Ответить | Правка | Наверх | Cообщить модератору

63. "API свободной графической библиотеки Cairo предложено включи..."  –2 +/–
Сообщение от 0xd34df00d (??), 05-Янв-14, 22:05 
> Вам что мало того, что в нем есть на данный момент

Да. Кое-что не помешало бы.

> сами не способны реализовать на языке то, что вам нужно и
> поэтому ждете, когда это сделают другие людли и раздуют язык ешё
> на 100500 раз ?

Кое-какие вещи требуют модификаций самого языка, его логики и семантики, библиотеками тут не обойдёшься.

> Всё чаще от школьников начинаю слышать подобные
> сообщения, в которых они над каждым обновлением пишут "Вау!!, сколько всего
> нового!!"

Языки — они растут и развиваются, да. Это нормально, в этом нет ничего плохого.

> а что из этого всего нового действительно придется применить на
> практике ?

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

> Лично я не вижу ничего такого в новом дополнении,
> без чего нельзя было б жить.

Ассемблер тоже Тьюринг-полный, API ОС дёргать на нём можно — жить можно.

Ответить | Правка | Наверх | Cообщить модератору

64. "API свободной графической библиотеки Cairo предложено включи..."  +2 +/–
Сообщение от Anon1 (?), 05-Янв-14, 22:20 
> Да. Кое-что не помешало бы.

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

> Кое-какие вещи требуют модификаций самого языка, его логики и семантики, библиотеками тут не обойдёшься.

Вы в глаза хоть раз видели, как выглядет скомпилированная программа на самом деле, какие модицикации к языку ?! Сейчас на Си можно написать всё, что угодно, а некоторым тут и синтаксиса Си++ малоо.. Изучите его сначала, потом говорите.

> Языки — они растут и развиваются, да. Это нормально, в этом нет ничего плохого.

Нормально - это когда язык не расширяют до тех пор, пока перестанут писать под него компиляторы, а до тех пор, пока он не станет удобным в написании кода. Си, например последний раз модифицировали в 95 и ничего - большиснтва всё устраивает и на нем по-прежнему пишут 40% порграмм.

Ответить | Правка | Наверх | Cообщить модератору

70. "API свободной графической библиотеки Cairo предложено включи..."  –2 +/–
Сообщение от 0xd34df00d (??), 05-Янв-14, 22:30 
> В новых стд либ есть что-то особенное, чего нет в любой другой
> библиотеке к языку, например оффициально включенного Cairo ?

Поддерживаемая контейнерами семантика перемещения.
std::future::then в C++14 (есть в бусте, но таскать ради этого буст как-то перебор).

Дело не только в STL же.

>> Кое-какие вещи требуют модификаций самого языка, его логики и семантики, библиотеками тут не обойдёшься.
> Вы в глаза хоть раз видели, как выглядет скомпилированная программа на самом
> деле, какие модицикации к языку ?!

Из уже имеющегося, к примеру… Ну попробуйте реализовать move semantics без rvalue references. Вон в бусте реализовали кое-как, и есть ограничения и проблемы. Туда же вариадики, туда же вывод типов, туда же override/final (а final может позволить компилятору инлайнить виртуальные методы чуть чаще). Адекватные юнионы, чтобы не плодились зоопарки вроде boost::any или QVariant.

Или вот поддержка трединга — это не только std::thread. Это ещё и формализм, которым язык описывается, нужно заменить с последовательной машины. Тоже модификации языка.

Из неимеющегося — атрибут pure, пресловутые resumable functions, и так далее.

> Сейчас на Си можно написать
> всё, что угодно, а некоторым тут и синтаксиса Си++ малоо.. Изучите
> его сначала, потом говорите.

Я знаю плюсы, уж поверьте.

>> Языки — они растут и развиваются, да. Это нормально, в этом нет ничего плохого.
> Нормально - это когда язык не расширяют до тех пор, пока перестанут
> писать под него компиляторы, а до тех пор, пока он не
> станет удобным в написании кода.

Уж коли мы говорим об удобстве — какие-нибудь там лямбды, вывод типов, nullptr, оно и для удобства написания кода в том числе. И половина из перечисленного мной выше — тоже. Или вам нравится и вас полностью устраивает сегодняшний std::async и std::future?

> Си, например последний раз модифицировали в
> 95 и ничего - большиснтва всё устраивает и на нем по-прежнему
> пишут 40% порграмм.

Си последний раз модифицировали в 2011 году, чтоб вы знали.

Ответить | Правка | Наверх | Cообщить модератору

79. "API свободной графической библиотеки Cairo предложено включи..."  +4 +/–
Сообщение от Anon1 (?), 05-Янв-14, 22:50 
> Поддерживаемая контейнерами семантика перемещения.
> std::future::then в C++14 (есть в бусте, но таскать ради этого буст как-то перебор).
> Дело не только в STL же.

Вы напару с разработчиками стандарта, мыслите одинаково, чего нет - дабовить, что нужно и без чего нельзя обойтись - не добавлять. Я, например с удовольсвием принял новый стандарт, если бы там начали править синтаксис языка, а не добавлять его, особено это касается ситуация с указателями\на функции, где все там заморочено, что проще писать на ассемблере, чем на ЯП высокого уровня.


> Уж коли мы говорим об удобстве — какие-нибудь там лямбды, вывод типов, nullptr, оно и
> для  удобства написания кода в том числе. И половина из перечисленного мной выше — тоже.

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

> Си последний раз модифицировали в 2011 году, чтоб вы знали.

Я писал про серьезные модифицакии, заменяющие\изменяющий синтаксис языка.

Ответить | Правка | Наверх | Cообщить модератору

81. "API свободной графической библиотеки Cairo предложено включи..."  +2 +/–
Сообщение от 0xd34df00d (??), 05-Янв-14, 22:55 
> Вы напару с разработчиками стандарта, мыслите одинаково, чего нет - дабовить, что
> нужно и без чего нельзя обойтись - не добавлять.

Боюсь, это решать не мне и не вам. Хотя это даже к счастью, чего уж бояться. Просто я радуюсь общему вектору развития C++ и с удовольствием читал пропозалы с летних собраний WG в ушедшем году. Хотя конкретно графическая библиотека у меня вызывает вопросы, да.

> Я, например
> с удовольсвием принял новый стандарт, если бы там начали править синтаксис
> языка

Тогда новым языком никто не стал бы пользоваться, ибо сила плюсов, к сожалению, в легаси. Я сам бы не отказался от адекватных модулей, раздельной компиляции и кое-каких изменений в синтаксисе, чтобы это всё счастье не компилялось по полчаса. У меня даже Template Haskell-программы собираются быстрее, чем иные плюсошаблоны.

> а не добавлять его, особено это касается ситуация с указателями\на
> функции, где все там заморочено, что проще писать на ассемблере, чем
> на ЯП высокого уровня.

А что такого с указателями на функции? У std::function весьма чистый и прозрачный API, удобно, C++-но, нулевой (или около того) оверхед.

> указатели типов

А это ещё что такое? Можно английский термин, если есть?

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

И эти люди мне говорят «выучите C++». Эх. Почему у меня не возникает проблем с разбором таких конструкций?

>> Си последний раз модифицировали в 2011 году, чтоб вы знали.
> Я писал про серьезные модифицакии, заменяющие\изменяющий синтаксис языка.

Ну вот, началось :(

Ответить | Правка | Наверх | Cообщить модератору

85. "API свободной графической библиотеки Cairo предложено включи..."  +4 +/–
Сообщение от Anon1 (?), 05-Янв-14, 23:18 
> А что такого с указателями на функции? У std::function весьма чистый и прозрачный API, удобно, C++-но, нулевой (или около того) оверхед.

Боюсь, что я не совсем это имел ввиду, но вы тут не ошиблись. Я говорил про исходную форму  указателей на функции: int (*p)(const char *)=(int *)test; int* (*(*tst())()), etc

> А это ещё что такое? Можно английский термин, если есть?

Возможно и тут не корректно выразился, но имел ввиду подобные записи - void *е;e = (int *)&mmm; где е - указатель на объект неопределннного типа, в этом слачае - инт

> И эти люди мне говорят «выучите C++». Эх. Почему у меня не возникает проблем с разбором таких конструкций?

Эх, так всё-таки не один я вам об этом говорил ? как чуял прям..

Ответить | Правка | Наверх | Cообщить модератору

88. "API свободной графической библиотеки Cairo предложено включи..."  +1 +/–
Сообщение от 0xd34df00d (??), 05-Янв-14, 23:23 
>> А что такого с указателями на функции? У std::function весьма чистый и прозрачный API, удобно, C++-но, нулевой (или около того) оверхед.
> Боюсь, что я не совсем это имел ввиду, но вы тут не
> ошиблись. Я говорил про исходную форму  указателей на функции: int
> (*p)(const char *)=(int *)test; int* (*(*tst())()), etc

Да я понял, тут скорее я криво сформулировал. Что мешает везде, где нужно передавать делегаты-коллбеки, использовать интерфейс на базе std::function, а не сишных указателей? Собственно, указатели-то на самом деле сишные.

>> А это ещё что такое? Можно английский термин, если есть?
> Возможно и тут не корректно выразился, но имел ввиду подобные записи -
> void *е;e = (int *)&mmm; где е - указатель на объект
> неопределннного типа, в этом слачае - инт

Так это, опять же, ещё из сей. Причём тут лямбды и всё такое?

Упоротые нетипобезопасные коллбеки, где указатель на указатель и указателем погоняет — это удел сишечки как раз, кстати. Вот тут между делом в порядке развлечения куски своего комбайна на GStreamer перевожу, успел хлебнуть этого счастья сполна. В сочетании с плохо документированным API самого GStreamer вызывает просто непередаваемые ощущения, рекомендую!

Кстати, к вашему тезису пару постов назад о 40% пишущих на C до сих пор — все, с кем я делился своими впечатлениями о взаимодействии с GStreamer, со мной соглашались. Ну это так.

Ну а что поделать, аналогичных библиотек особо не наблюдается.

>> И эти люди мне говорят «выучите C++». Эх. Почему у меня не возникает проблем с разбором таких конструкций?
> Эх, так всё-таки не один я вам об этом говорил ? как
> чуял прям..

Ну, многие люди говорят «да эти плюсы вообще читать невозможно!» Вы скорее один из них.
Из более-менее знающих таки никто не говорил.

Ответить | Правка | Наверх | Cообщить модератору

90. "API свободной графической библиотеки Cairo предложено включи..."  +1 +/–
Сообщение от pavlinux (ok), 06-Янв-14, 00:17 
> Ну, многие люди говорят «да эти плюсы вообще читать невозможно!»

Код на максимуме С++ - ужасен. Многа букав, код жирный,
не алгоритмы читаешь, а сказку с аргументам и операциями.

Да и ваще С++_ники - лохи полные, без IDE ваще писать не умеют,
максимум count << хелло ворд осилят.  

Ответить | Правка | Наверх | Cообщить модератору

110. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Anonn (?), 06-Янв-14, 07:12 
Пришёл главный эксперт по C++, все в Страуструпа!
Ответить | Правка | Наверх | Cообщить модератору

99. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Vkni (ok), 06-Янв-14, 05:34 
> Да я понял, тут скорее я криво сформулировал. Что мешает везде, где
> нужно передавать делегаты-коллбеки, использовать интерфейс на базе std::function, а не
> сишных указателей? Собственно, указатели-то на самом деле сишные.

То, что люди разные, их много => обязательно кто-то накосячит.

Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

109. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Anonn (?), 06-Янв-14, 07:09 
Все уже поняли, что для вас ассемблер - идеал. Для чего тогда распыляетесь здесь? Язык должен развиваться, иначе загнётся.
Менять синтаксис? Синтаксис, к которому привыкли программисты за годы использования? И для чего же, интересно, это делать? Потому что вам захотелось?
Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

126. "API свободной графической библиотеки Cairo предложено включи..."  +2 +/–
Сообщение от plum (?), 06-Янв-14, 16:57 
Для меня тоже ассемблер идеал - RISC мой самій любимій!1
Я так и не привык к синтаксису С++, так как каждым годом он превращается в что-то на подобии перла, да, меняйте синтаксис, да, мне так захотелось!1
Чтоб завтра вселябмды, указатели, функции и все выпилили.. приду проверю.
Ответить | Правка | Наверх | Cообщить модератору

72. "API свободной графической библиотеки Cairo предложено..."  +/–
Сообщение от arisu (ok), 05-Янв-14, 22:32 
> Си, например последний раз модифицировали в 95

вот ведь… ясно, c99 на свете не существует. иллюзия.

а, ну да: m$vc про c99 не в курсе — и анонимус не в курсе. забавное совпадение.

Ответить | Правка | К родителю #64 | Наверх | Cообщить модератору

98. "API свободной графической библиотеки Cairo предложено..."  +/–
Сообщение от ананим (?), 06-Янв-14, 05:25 
c11 уже давно.
фактически новшества теже, что и в С++ http://ru.cppreference.com/w/c
вон теже потоки http://ru.cppreference.com/w/c/thread
Ответить | Правка | Наверх | Cообщить модератору

100. "API свободной графической библиотеки Cairo предложено..."  +/–
Сообщение от arisu (ok), 06-Янв-14, 05:38 
> c11 уже давно.

m$ не в курсе. да и всё равно ничего хорошего там нет. разве что атомарные операции.

Ответить | Правка | Наверх | Cообщить модератору

101. "API свободной графической библиотеки Cairo предложено..."  +/–
Сообщение от 0xd34df00d (??), 06-Янв-14, 05:39 
VLA еще.
Ответить | Правка | Наверх | Cообщить модератору

107. "API свободной графической библиотеки Cairo предложено..."  +/–
Сообщение от arisu (ok), 06-Янв-14, 06:57 
> VLA еще.

а, ну да. я как-то привык, что в gcc они давно уже были.

Ответить | Правка | Наверх | Cообщить модератору

112. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Аноним (-), 06-Янв-14, 11:08 
> Ассемблер тоже Тьюринг-полный, API ОС дёргать на нём можно — жить можно.

Да что там, брейнфак тоже тюринг-полный.


Ответить | Правка | К родителю #63 | Наверх | Cообщить модератору

136. "API свободной графической библиотеки Cairo предложено включи..."  –1 +/–
Сообщение от Аноним (-), 06-Янв-14, 21:28 
Нет. Он тюринг-толстый :)
Ответить | Правка | Наверх | Cообщить модератору

145. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Аноним (-), 07-Янв-14, 05:48 
> Нет. Он тюринг-толстый :)

Это ты еще whitespace не видел.

Ответить | Правка | Наверх | Cообщить модератору

152. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от Сергей (??), 08-Янв-14, 00:30 
async, future  -есть в с++11
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

153. "API свободной графической библиотеки Cairo предложено включи..."  +/–
Сообщение от 0xd34df00d (??), 08-Янв-14, 00:33 
async/await — это к resumable functions, а не к недоразумению под названием std::async, которое уже в C++14 будет deprecated.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей 		Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру