我正在创建一个RSS阅读器作为业余爱好项目,并且用户正在添加自己的URL。
我在想两件事。
SQLite的想法是否需要大量开销,还是有更好的方法来做这样的事情?
答案 0 :(得分:2)
为什么不使用XML?
如果你正在处理RSS,你还可以:)
答案 1 :(得分:2)
作为OPML文件怎么样?它是XML,所以如果您需要存储更多数据然后OPML规范提供,您可以随时添加自己的命名空间。
此外,从其他RSS阅读器导入和导出都是通过OPML完成的。通常有图书馆支持。如果您对用户切换感兴趣,那么您必须支持OPML。 Thansk向jamesh提出这一点。
答案 2 :(得分:1)
您打算只存储网址吗?或者您计划添加last_fetch_time
左右的数据?
如果它只是一个简单的URL列表,您的程序将逐行读取并下载数据,将其存储在文件中,甚至更好地存储在写入文件的某个序列化对象中。
如果你打算扩展它,添加最后一次获取的评论/时间,等,我会选择SQLite,这不是那么多开销。
答案 3 :(得分:0)
如果它是一个只有一个实例的单个用户应用程序,那么SQLite可能有点过分。
我看到你有几个选择:
答案 4 :(得分:0)
我会使用XML文本文件选项。您可以使用Visual Studio中内置的XSD工具从XML数据中创建DataTable,并在需要时轻松地序列化回文件。
另一个警告是,我确信你会希望最终用户能够对他们的RSS源进行分类并能够对它们进行搜索/排序,并且拥有这种数据表样式将有助于此
您将获得简单的文件存储和访问,这是“数据库”结构的好处,但不是SQLite的开销。