В настоящее время мне очень любопытно, как другие программисты организуют данные в файлы. Может ли кто-нибудь порекомендовать какие-либо хорошие статьи или книги о лучших методах создания файловых структур?
Например, если вы создали свое собственное программное обеспечение для какой-либо цели, вы оставляете сохраненные данные в виде простого текста, сериализуете их, кодируете в xml и зачем вы это делаете?
Есть ли секреты, которые я пропустил?
Как правило, выбирайте самое простое, что может сработать, по крайней мере, поначалу. Возьмем, например, UNIX, где большинство файлов конфигурации представляют собой не что иное, как поля, разделенные пробелами, или поля, разделенные другим символом (например, /etc/passwd, в котором используются разделители «:», поскольку поле GCOS может содержать пробелы).
Если ваши данные нуждаются в гораздо большей структуре, спросите себя: «Какие инструменты я могу легко использовать?» Например, в Python и Ruby есть JSON и YAML.
XML в основном полезен, если у вас уже есть много материалов на основе XML ИЛИ вы хотите преобразовать XML в отображаемую форму в браузере. В противном случае он обычно очень тяжеловесен (размер кода, сложность) для того, что вы получаете от него.
Независимо от того, какой формат вы выберете, не забудьте сохранить внутри какой-то номер версии (я почти уверен, что вам придется внести некоторые изменения).
Формат сильно зависит от приложения и объема данных. Для некоторых приложений подходит XML, для других приложений подходят структуры фиксированного размера, хранящиеся в двоичном файле.
Я использую много разных форматов, в зависимости от ситуации, например:
Если у вас нет уникальных требований, используйте то, для чего уже есть зрелая библиотека, чтобы избежать написания собственного кода синтаксического анализа. Это означает XML/JSON и т. д., как говорили люди.
Также см. Facebook Thrift, теперь в инкубаторе Apache.
Шли годы, и я обнаруживал, что все больше и больше предпочитаю текст, если только это не исключено. ЦП достаточно быстр, чтобы мы могли декодировать его достаточно быстро.
Очевидно, что когда вам нужно часто обновлять небольшие фрагменты информации внутри большого файла, это не вариант, но, скорее всего, это относится к базе данных.
На данный момент потребовалась бы необычная ситуация, чтобы заставить меня выбрать что-то другое, кроме одного из этих двух вариантов.
+1 за XML. Имеет немного накладных расходов, но легко анализируется, читается и отлаживается. Может быть строгим, если вы используете схему. Легко трансформируется с помощью XSLT и очень портативный (по проводу или просто на флешке :)
Это действительно зависит от конкретной ситуации. Вам нужно будет рассмотреть ваши варианты ответов на различные вопросы:
Влияние будет иметь характер самих данных. Это плоская структура списка? Это дерево? Это циклический граф? Записи имеют фиксированную или переменную ширину?
Как только ответы на эти вопросы будут известны, вы сможете выбрать один из вариантов, максимально упростив его. Часто для ваших целей подходят популярные варианты (XML, CSV, YAML). Если нет, то вам придется разработать собственное форматирование и собственные процедуры написания и чтения.
Есть так много возможностей, но наиболее практичным должен быть XML.
