Лучший способ хранить большие объемы текстовых данных? - PullRequest
1 голос
/ 15 февраля 2011

Я планирую создать «файл данных», который загружает моя новая игра, этот файл содержит много текста (мы говорим о 300-400, может даже вдвое больше, абзацах) вместе с некоторыми тривиальными данными. В принципе, что было бы лучшим способом хранения этих данных в файле. Есть несколько требований:

  1. обратная / прямая совместимость (возможность корректно принимать более старые данные и распознавать новые данные (
  2. зашифрованный (что-то вроде sqlite будет плохо?)
  3. легкий и быстрый для загрузки
  4. возможно, с каким-то антикоррупционным сектором восстановления.

В принципе, есть что-нибудь, что соответствует моим потребностям? или это будет ситуация «накатить на себя» (без проблем). Что бы вы порекомендовали, что бы вы порекомендовали?

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

Мне довольно любопытно, что говорят другие программисты.

Ответы [ 3 ]

3 голосов
/ 15 февраля 2011

Извините, что вы выбросили XML.С ним довольно легко работать, когда вы освоите его, и когда вы это делаете, это навык, который переносит вас с работы на работу.

Честно говоря, XML - это то, как я бы это делал.Я использую Java для своей игры, а не c #, но независимо от того, весь текст квеста и взаимодействие с NPC хранятся в XML.

2 голосов
/ 15 февраля 2011

XML и JSON оба являются довольно хорошими форматами для хранения данных, хотя XML может быть более гибким для некоторых приложений и избыточным для других.

XML является «громоздким», только если вы редактируете его вручнуюмного и на диске, если вы не сжимаете его.Очень хорошо gzips.

0 голосов
/ 15 февраля 2011

Вы немного ошибаетесь в «больших» издержках XML.Он не такой большой, как вы думаете, а XML обеспечивает большую гибкость.Взгляните на некоторые XML-парсеры - они действительно просты. .NET XML Best Practices

...