平面文件,通过XML从PHP到Actionscript 3的最佳实践

平面文件,通过XML从PHP到Actionscript 3的最佳实践,php,xml,actionscript-3,Php,Xml,Actionscript 3,我正在为一个客户编写一个简单的cms,无数次地无法决定最好的策略 据我所知,我的选择是: 1) 将XML数据存储为由actionscript引用的平面文件。我可以用一个php“后端”操作这个文件 2) 让我的actionscript调用输出XML的PHP脚本,绕过actionscript和物理XML文档之间的交互。(消除了一些缓存问题) 3) 创建flat.txt文件(类似于表),php从中读取并将XML输出到我的actionscript调用 我对此悬而未决,因为我不太喜欢XML作为我的物理数据

我正在为一个客户编写一个简单的cms,无数次地无法决定最好的策略

据我所知,我的选择是:

1) 将XML数据存储为由actionscript引用的平面文件。我可以用一个php“后端”操作这个文件

2) 让我的actionscript调用输出XML的PHP脚本,绕过actionscript和物理XML文档之间的交互。(消除了一些缓存问题)

3) 创建flat.txt文件(类似于表),php从中读取并将XML输出到我的actionscript调用

我对此悬而未决,因为我不太喜欢XML作为我的物理数据。少了一个“>”你的整个文件就会被转储。至少在选项3中,一个文件可能已损坏,但它不会关闭所有数据。再说一次,我没有充分利用PHP内置的XML类,因此可能只是在我的项目中添加额外的工作

当您无法访问数据库时,是否有人拥有可靠的数据存储方法

提前感谢,,
-J

我会亲自动手写,并使用工具(如CMS)创建XML文件。您可以在您选择的语言中管理验证、创建和操作。

您希望进行多少次写入/读取?选项1最适用于低写入/高读取情况。选项2最适合低读/高写情况。无论你做什么,都要尽量简单possible@frank... 读写能力非常低。我无法想象这个家伙一天点击率超过100次,或者一个月更新信息超过几次。我可能会教这个家伙编辑xml,而我编写这个应用程序所需的时间是一样的。。。但是,这有什么意思呢?对于真正的低流量,假设生成速度很快,让PHP脚本直接返回XML(而不是将其存储到磁盘)将是最简单的解决方案。@frank,这是您在高流量场景中想要避免的吗?是否将存储的xml数据比作缓存文件?是和是。例如,如果您使用数据库生成xml,那么将xml缓存到磁盘将是一个性能提升。使用类似Varnish的东西缓存它可能会更好。