2008-10-02 4 views
2

Я создаю RSS-ридер в качестве проекта для хобби и в том месте, где пользователь добавляет свои собственные URL-адреса.Лучший способ для хранения URL-адресов локально

Я думал о двух вещах.

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

ли SQLite идеи большой части накладных расходов или есть лучший способ делать такие вещи?

ответ

2

насчет как OPML файла? Это XML, поэтому, если вам нужно хранить больше данных, то в спецификации OPML вы всегда можете добавить свое собственное пространство имен.

Кроме того, импорт и экспорт из других читателей RSS осуществляется через OPML. Часто для этого есть поддержка библиотеки. Если вы заинтересованы в том, чтобы пользователи переключались, вам необходимо поддерживать OPML. Тханск к джамешу за то, что он поднял это.

+0

Импорт и экспорт из других читателей RSS осуществляется через OPML. Часто для этого есть поддержка библиотеки. Если вы заинтересованы в том, чтобы пользователи переключались, вам необходимо поддерживать OPML. – jamesh 2008-10-02 15:03:33

+0

@jamesh Очень хороший комментарий – 2008-10-02 15:07:17

2

Почему не XML?

Если вы имеете дело с RSS в любом случае вы mayaswell :)

1

Планируете ли вы просто хранить URL-адреса? Или вы планируете добавлять такие данные, как last_fetch_time или так?

Если это простой URL-адрес, который ваша программа будет читать по очереди и загружать данные, сохраните его в файле или даже лучше в каком-то сериализованном объекте, записанном в файл.

Если вы планируете его продлить, добавьте комментарии/время последней выборки, и т. Д., я бы пошел на SQLite, это не так много накладных расходов.

0

Если это однопользовательское приложение, имеющее только один экземпляр, SQLite может быть излишним.

У вас есть несколько вариантов, как я это вижу:

  1. SQLite/База данных слоя. Увеличивает зависимости, которые должен выполнять ваш код. Но допускает одновременный доступ
  2. Сверните свой собственный синтаксический анализатор текста. Сложность увеличивается, так как вы хотите сохранить больше данных, и вы повторно изобретаете колесо. Меньшая зависимость и изначально, в то время как ваши данные просты, для начинающего пользователя вашего приложения для редактирования тривиально.
  3. Использование XML. Он хорошо сформирован & определенный и редактируемый текст. Может быть, избыток для хранения только URL-адреса.
  4. Используйте что-то вроде pickle, чтобы сериализовать ваши объекты и сохранить их на диск. Изменения в вашей структуре данных означают «обновление» файлов рассола. Не очень интуитивно понятный для новичков, но очень простой в реализации.
0

Я бы пошел с файлом XML-файла. Вы можете использовать инструмент XSD, встроенный в Visual Studio, для создания DataTable из XML-данных, и при необходимости он может автоматически сериализоваться обратно в файл.

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

Вы получите легкое хранение и доступ к файлам, преимущество структуры базы данных, но не совсем накладные расходы SQLite.

Смежные вопросы