2

私は趣味のプロジェクトとして RSS リーダーを作成しており、ユーザーが自分の URL を追加している時点です。

私は2つのことを考えていました。

  • 各 URL が 1 行のプレーンテキスト ファイル
  • URLの後に一意のIDと説明を付けることができるSQLite

SQLite のアイデアはオーバーヘッドの多くを占めていますか?それとも、このようなことを行うためのより良い方法はありますか?

4

5 に答える 5

2

なぜXMLではないのですか?

とにかくRSSを扱っているなら、あなたは大丈夫です:)

于 2008-10-02T14:58:13.983 に答える
2

OPMLファイルとしてはどうですか?これは XML であるため、OPML 仕様が提供するよりも多くのデータを格納する必要がある場合は、いつでも独自の名前空間を追加できます。

さらに、他の RSS リーダーからのインポートとエクスポートはすべて OPML 経由で行われます。多くの場合、ライブラリのサポートがあります。ユーザーの切り替えに関心がある場合は、OPML をサポートする必要があります。その点を指摘してくれた jamesh に感謝します。

于 2008-10-02T14:59:21.110 に答える
1

URL のみを保存する予定はありますか? それとも、データを追加する予定last_fetch_timeですか?

プログラムが行ごとに読み取ってデータをダウンロードする単純な URL リストである場合は、それをファイルに保存するか、ファイルに書き込まれたシリアル化されたオブジェクトに保存することをお勧めします。

拡張する予定がある場合は、コメントや最終フェッチ時刻などを追加します。SQLiteを使用しますが、それほどオーバーヘッドはありません。

于 2008-10-02T14:59:33.903 に答える
0

インスタンスが 1 つしかないシングル ユーザー アプリケーションの場合、SQLite はやり過ぎかもしれません。

私が見ているように、いくつかのオプションがあります。

  1. SQLite / データベース層。コードの実行に必要な依存関係を増やします。ただし、同時アクセスは許可します
  2. 独自のテキスト パーサーを展開します。より多くのデータを保存する必要があり、車輪の再発明を行うと、複雑さが増します。依存性が少なく、最初はデータが単純ですが、アプリケーションの初心者ユーザーが編集するのは簡単です。
  3. XML を使用します。適切に形成および定義されており、テキストを編集できます。ただし、URL だけを保存するのはやり過ぎかもしれません。
  4. pickleなどを使用して、オブジェクトをシリアル化し、ディスクに保存します。データ構造の変更は、pickle ファイルの「アップグレード」を意味します。初心者ユーザーにとって編集はあまり直感的ではありませんが、実装は非常に簡単です。
于 2008-10-02T15:03:32.393 に答える
0

私なら、XML テキスト ファイル オプションを使用します。Visual Studio に組み込まれている XSD ツールを使用して、XML データから DataTable を作成し、必要に応じて簡単にファイルにシリアル化できます。

もう 1 つの注意点は、エンド ユーザーが RSS フィードを分類し、場合によってはそれらを検索/並べ替えできるようにしたいということです。この種のデータテーブル スタイルを使用すると、これに役立ちます。

簡単なファイル ストレージとアクセス、"データベース" 構造の利点が得られますが、SQLite のオーバーヘッドはまったくありません。

于 2008-10-02T15:07:36.643 に答える