|
|
1
2
我非常喜欢将sqlite数据库用作文档文件(为您提供了结构、良好的分析工具、事务等);但是如果您希望用户简单地获取文档并通过电子邮件发送,那么基于文本的健壮格式会更好。 XML是一种可能性,但它太冗长和丑陋了。yaml的可读性要高得多,它看起来像.ini文件,但具有更多的结构。JSON是一个中间层,不像YAML那样可读,也不像XML那样难看。 这三种格式都可以采用任意结构,生成基于文本的表示,并从中重建结构,因此它们在功能上是等效的。 XML的主要优点似乎是它很容易被意外损坏,因为它不再是一个格式良好的文档。但不难添加一些校验和或类似的字段到任何格式。 |
|
|
2
2
另一种选择是使用打包文件格式,特别是当您希望能够将其他内容嵌入到文档(如图像)中时。其优点是,用户只需发送一个包含所有内容的文件。另一个优点是大型XML结构可以很好地压缩。 这种格式的例子有ODF(OpenDocument格式),它使用一个包含清单文件的zip包,或者OfficeOpenXML,它使用一个opc(开放包装约定)容器。这两种格式都由ISO标准化。 |
|
|
3
0
在应用程序中使用sqlite,并添加一个导出/导入功能,以XML格式导出/导入这些列表呢? |
|
|
4
0
如果您希望用户能够将文件编辑为文本,那么任何文本格式都应该是好的,这比其他任何格式都更重要。 如果您不希望用户能够将其编辑为文本(不太可能意外地弄乱数据),而只希望用户通过您的应用程序编辑文件,那么我将使用sqlite。 关于关联文件格式,您不关联格式,您关联文件扩展名,因此如果您不希望它们与其他应用程序关联,请组成您自己的文件扩展名,并向其注册应用程序。 |
|
|
5
-1
我会说XML,但即使我建议这样做,我还是觉得既然你问了这个问题,我建议你读一本关于这个主题的编程书,然后开始阅读……这是学校项目吗? |
|
|
blogger13 · 视频租赁店数据库的规范化 1 年前 |
|
|
ì¤ì¤í · 为什么LEFT INNER JOIN被弃用? 1 年前 |
|
|
relatively_random · 确保两个表之间一致的共同参考 1 年前 |
|
|
Grenish Rai · Firestore错误“用户文档不存在” 1 年前 |
|
|
Saijo-Shi · PLpgsql中的更新触发器 1 年前 |
|
Dante · Django::配置不当:池不支持持久连接 2 年前 |
|
YouLocalRUser · 删除重复行,保留第一行 2 年前 |