Работа со стандартными форматами данных

vovacpp
vovacpp

Когда же стандартизируют работу с стандартыми форматами

работа со строками это хорошо но нужна работа с

архивами, звуком, изображениями, видео и базами данных

Простые повседневные задачи

нарисовать график, распечатать в pdf, загрузить png, прочитать упакованный поток, прочитарь конфиг, упаковать звук в mp3, выбрать записи базы

Форматы данных которые девакто уже стандарты.

Это ускорит быстрое прототипирование. Что будет способствовать росту популярности языка.

2
рейтинг
5 комментариев
yndx-antoshkka
Мне нравится идея. Если вы готовы её заниматься, я всячески буду вам помогать.

Начать развивать вашу идею стоит с прототипа. У вас есть что-то на примете?
yndx-antoshkka
Ivan Komissarov
Я в своё время что-то фиксил в KArchive (api.kde.org/frameworks-api/frameworks-apidocs/frameworks/karchive/html/index.html). В целом, это не очень большой объем работы, если не одно но - используется широкий спектр внешних библиотек (напр, tar может быть пожат через gzip (deflate), а может через bzip2). Вопрос, что делать с этими библиотеками - тащить ли их в стандарт? Иметь один алгоритм (те же deflate/inflate) может быть полезно, но вот все сразу?

Аналогично с изображениями (я писал поддержку Direct Draw Surface (aka *.dds) и помогал писать Apple Icon Image (aka *.icns) в Qt Image Formats doc.qt.io/qt-5/qtimageformats-index.html). Есть повсеместно используемые libpng, libjpeg, к которым регулярно выпускаются патчи, устраняются уязвимости. Стоит ли это реинмлементить с нуля?

То есть возникает скорее вопрос - может ли стандартная библиотека зависеть от других (сишных?) библиотек.
Ivan Komissarov
yndx-antoshkka
Ivan Komissarov, не может и не должна. Но вы и не должны прописывать детали реализации. Вам нужно описать что делает каждый конкретный предлагаемый метод, а уже как его реализовывать - задача для разработчиков стандартной библиотеки.

Попробуйте начать со сжатия данных. Стоит наверное посмотреть как это сделано в Boost, ограничить набор форматов архивирования некоторым подмножеством и продумывать для них интерфейс.
yndx-antoshkka
Сергей Прейс
Не очень понятно почему это все должно быть в стандарте языка (не только С++ а вообще любого) - соответствующие форматы меняются и кажется разумным, чтобы поддержкой актуальных версий занимались разработчики форматов, а не поставщики стандартных библиотек для языков.
Сергей Прейс
Сергей Ковалёв
Если это будет в стандарте я только за. Взгляните на PHP язык совершенно безобразный много противоречий, но из коробки идёт всё что нужно для работы в виде расширений. Именно по этой причине он очень широко распространён. Можно быстро решить возникшую проблему, не выходя за рамки стандартных расширений. Почему-то в C++ больше смотрят на высокоуровневые вещи в ящыке и упорно продолжают его усложнять. В результате получаем очень красивый фрактал, вместо инструмента для работы.
Сергей Ковалёв
Другие идеи
Группа создана, чтобы собирать предложения к стандарту C++, организовывать их внутренние обсуждения, помогать готовить их для отправки в комитет и защищать на общих собраниях в рабочей группе по С++ Международной организации по стандартизации (ISO).