我们有很多数据和一些图表代表一个逻辑项目。图表和数据存储在各种文件中。结果，大多数用户可以轻松访问和重用其应用程序中的信息。
但是，这并不是存储数据的好方法。除其他原因外，图表属于某些数据，图表和数据具有一些未反映在文件系统中的元信息，文件很多，等等。
理想情况下，我们要
一个可以存储所有内容的大“文件”
信息（文本，数据和图表）
“文件”是人类可读的，
便携式且可由
非技术用户
允许典型的办公应用
像MS Word或MS Excel来提取
文本，数据和图表轻松实现。
重量轻，易于解决。快
而肮脏就足够了。不多
用户。
我很高兴使用Python之类的脚本语言来生成“文件”，第三方工具（如啤酒般免费）以及在典型的以Windows为中心的办公计算机上找到的所有内容。
我们目前正在思考的一些想法：
使用VB或pywin32编写MS Word或Excel脚本
创建html并将其发布在RESTful Web服务器上
您能谈谈以上观点吗？你还有其他建议吗？我们应该考虑什么？
最佳答案
我只能同意Reef关于他提出的一般概念：
您几乎肯定会喜欢数据库中的数据，而不是单个大文件中的数据
您不必担心数据不会被用户直接操纵，因为正如Reef所述，它只会出错。而且您会为它的丑陋而感到惊讶
关于MS Office集成工具的使用，我不同意Reef。您可以很容易地创建可从MS Office套件访问的ActiveX服务器（如果需要，可以使用Python）。只要您具有允许某种文件共享的可靠基础结构，就可以使用该共享区域保留代码。我想Reef谈论的主要是使用户的提取/导入代码版本保持同步。如果您不使用某种共享存储库（一个简单的共享文件夹），或者如果您的基础结构经常失败，那么共享文件夹将不可用，您将感到非常痛苦。请注意，如果您没有合适的工具却要面对很多用户，那还会有些痛苦：ActiveX Server最好在每台计算机上注册。
所以..我只是说MS Office集成是非常可行的。但是，这是否是最好的事情却是另一回事。我坚信，如果您建立一个为用户处理数据的网站，将会为用户提供更好的服务。但是，这种工具几乎可以肯定地成为一个“进行中的项目”。通常，即使作为“进行中的项目”，用户节省的时间仍然值得。但是有时候，从策略上讲，您希望为用户提供更差的体验来控制项目成本。在这种情况下，我提到的ActiveX Server可能就是您想要的。