Лингвофорум

Цитата: Python от декабря 15, 2011, 18:48
При условии, что внутренний формат чисел с плавающей точкой один и тот же в разных программах.

Да, возможно, на экзотических компах понадобится перевод (не думаю, что он будет сложнее преобразования из текста), но на большинстве «обычных» компов это стандартно IEEE-754.

Цитата: Python от декабря 15, 2011, 18:48
Ну и массив — Java и C эти структуры реализовывают несколько по-разному, а некоторые языки вообще не имеют типизированных массивов.

Считывание из файла в массив и из массива в файл в текстовом случае всё-равно трудоёмче.

Цитата: Python от декабря 15, 2011, 18:48
Преимущество текстовых файлов в том, что они изначально структурированы

В смысле? Это же просто набор символов.

Цитата: Python от декабря 15, 2011, 18:48
благодаря чему облегчается написание кода для их обработки

Не понял.

Цитата: Python от декабря 15, 2011, 18:48
И да, двоичных форматов множество, к единому стандарту они не сводятся

А текстовые? Разве с текстовыми не такая же ситуация?

Цитата: Python от декабря 15, 2011, 18:48
а даже если и сведутся, не приведет ли это в дальнейшем к такой же потере гибкости произвдительности, что и при использовании текста

До такого убожества, как с тестовыми файлами, стандартизация бинарных файлов явно не доведёт.
Всегда останется возможность произвольного доступа по смещению для массивов элементов одинаковой длины; хранения индекса для произвольного доступа к массивам элементов переменной длины; считывание и запись данных без лишних преобразований. А такие вещи как структурированность, безопасность типов и т. п. можно тоже при желании реализовать, ещё эффективнее, чем в тексте.

Цитата: rlode от декабря 15, 2011, 19:17

Цитата: amdf от декабря 15, 2011, 14:35
Да кому интересны какие-то там пользователи, если линукс работает на серверах.

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

Никто никому ничего не должен, в особенность когда что-то бесплатно.

Цитата: Python от декабря 15, 2011, 19:21
По гибкости и простоте трансформаций текстовые форматы явно лучше двоичных.

По-моему, это стереотип.

ЦитироватьВ смысле? Это же просто набор символов.

Среди которых есть пробелы и окончания строк. Процедура текстового ввода обрабатывает блоки символов, разделенные «пустым пространством» — при двоичном же вводе значение имеет информация о количестве байт, которую можно получить лишь из документации (получается, текстовый формат, в некоторой степени, самодокументируемый). Также текст более удобен для представления данных произвольного размера.

Цитата: Python от декабря 15, 2011, 19:55
Также текст более удобен для представления данных произвольного размера.

Странное утверждение.

Цитата: Тайльнемер от декабря 15, 2011, 11:40
Осталось только придумать хороший стандарт бинарных файлов.

Такой формат есть — это raw.

ЦитироватьС раскладками опять же там хуже.

В Гноме и КДЕ эсперантские раскладки и локализации идут сразу в дистрибутиве, даже флажок вам выведут в трей. В винде как всегда только костыли, а о локализации и речи нету.

Сделать кастомную раскладку в линухе раз плюнуть.

По поводу кликов. Мышеводы не нужны. Елозить виндоманипулятором сложо и нудно. Я уже не говорюо том, что в винде опять же нужны костыли, чтобы настроить что-то не вынесенное в гуёвые настройки. А это уже решают мудрые виндодизайнеры.

Цитата: Drundia от декабря 16, 2011, 06:14
Такой формат есть — это raw.

Что за raw? В который фотографии фотографируют или какой-то другой?

Цитата: Тайльнемер от декабря 16, 2011, 07:43
Что за raw? В который фотографии фотографируют или какой-то другой?

Другой. Просто бинарные данные.

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

Цитата: maristoПо поводу кликов. Мышеводы не нужны. Елозить виндоманипулятором сложо и нудно.

−1. Мышь плоха для ввода команд, а для прямого назначения (выделение точек и кусков чего-то) очень удобна.

Цитата: maristoЯ уже не говорюо том, что в винде опять же нужны костыли, чтобы настроить что-то не вынесенное в гуёвые настройки. А это уже решают мудрые виндодизайнеры.

Это да... У них мания в каждой новой версии всё переделывать.

Цитата: Demetrius от Другой. Просто бинарные данные.

Добавь сюда: http://open-file.ru/types/raw.
А то там только картинки и аудио.

А я ничего не говорил про расширение.

Более того, обычно raw data хранят с раширением bin, а там оно как раз перечислено.

Цитата: Тайльнемер от декабря 16, 2011, 03:54

Цитата: Python от декабря 15, 2011, 19:55
Также текст более удобен для представления данных произвольного размера.

Странное утверждение.

Сочему странное? Впрочем, смотря какая разновидность двоичных форматов берется для сравнения — текст ведь тоже лишь надстройка над двоичным кодом. Идея в том, что текст не требует предварительно знать размер хранимых данных, их окончание обычно определяется явно заданной меткой (пробелом или символом новой строки, закрывающим тэгом XML, концом файла и т.п.) — двоичный файл, рассчитанный на произвольный доступ, должен каким-то образом определять размеры: либо он должен  состоять из записей фиксированной длины, либо перед началом каждого блока должен указываться его размер, либо все размеры и смещения блоков должны храниться где-то во внешней таблице. Первый вариант для данных произвольного размера неудобен, вторые два требуют предварительного вычисления размеров в процессе записи, что делает вывод более сложным (а если блок данных достаточно большой, его, вероятно, еще нужно где-то предварительно хранить, прежде чем добавить в файл).