来这里，认识世界!
docx[微软Word的文件扩展名] - 头条百科
现在还有不少老的软件系统在存储数据的时候还在使用文本文档（.txt）存储，即使后缀不一样，可能也只是改了一个自己定义的文件后缀名而已，本质上还是文本文档。
这种数据存储方式虽然看似很古早，但是从某些方面看却是一种比较稳妥的方案。我至少接触了有两家比较有名的公司，他们对外开放数据时，存储数据的方式就是文本文档，数据内容以指定的格式存储。
之所以还是用文本文档的形式存储数据，除了系统老改造起来可能会出现不稳定情况外，文本文档存储数据虽然看似比较古早，但是却是一种比较省事安全的办法，因为这些数据都是用来存档的，公司内部基本上不会进行二次读取。
所谓不会进行二次读取的原因也很简单，那就是这些数据通常都是以天为单位建立的文档，如果进行时间范围的读取，解析该时间范围内的数据需要耗费较长时间。另外，之所以使用文本文档，主要还是因为这里的数据一般来说都是供外部的第三方公司使用的，直接以文档的形式保存数据，可以有效避免第三方公司与公司内部数据库进行直连，这样能保证内部数据的数据安全。
但是，以文本文档的形式存储数据对自己公司来说，是安全了，但是对第三方公司来说，就比较头疼了。
首先就是文档内容的格式，一般都是以指定符号分割形成的，所以解析数据会比较麻烦，需要第三方公司以指定的规则去解析这些数据，但凡数据存储的规则没有理解清楚，可能就会出现解析错误的情况。
比如我之前解析过一家公司的数据文本，人家在将数据存储在文本文档内的时候，搞得太复杂，比如像“0001，、、、、，，99999”这样的以逗号分割的数据，每个位置所代表的含义可能是动态的，其中“0001”代表具体数值，但是要除以100，所以，我最终或得的数据应该是0.01，而“、、、、”则代表缺省数据，“，，”这样的数据也代表缺省，但是却是另外一种因为某种原因而未获取到的数据，而“99999”这样的数据则代表这个数据需要被忽略。
别看上述举例的数据在文本中往往就只是一小段，但是当放到代码里面去解析出来的时候，往往要做一大堆的判断，需要根据不同的情况来区分每个数据到底是什么含义。
因此，一般来讲，解析这种文件的代码，一般都是硬编码，没有什么规则可言。
但是，虽然写数据解析的代码的时候比较让人头疼，但好在这些文本数据的格式通常情况下是不会变的，等于写好一次解析，基本上就是一劳永逸！
#程序员# #编程#
