基于.NET框架的自动站数据类设计分析比较.pdfVIP

201 1年福建省气象学会学术年会论文集 大气探测与技术保障 是作为首个设计方案被提出的。简单数据类的设计方案，其最大特色就是把所有的数据值都罗列在同一个 数据类中，作为其属性。 在这样的设计方案中，一个数据类要同时包括区站号、经纬度、高度相关数据、气象观测数据。并且 可以直接通过访问其属性的方式来访问这些相关的数值。例如当需要某条数据的气温值时，只需要访问 “Data．AirTemperature”就可以了。 这种设计最大的好处在于其平面特性。可以直接且简单的访问每一条数据的每一个数值。编码简单、 清晰，数据类仅仅作为一个简单的数据集合，并且在C群特有的访问器代码中进行输入控制，保证数据的 可用性【2引。 同时，此类设计由于和数据库一一对应，具有最好的数据转化储存性能，如果只是作为数据的转储、 加工层，此类设计具有极大的效率优势。 但是这种做法的缺点也是显而易见的。它仅仅将数据类作为简单数据容器，并没有良好的进行面向对 象的设计。其缺点如下： 首先，数据的灵活性不够。这种设计就相当于把数据放在一张“大而全”的表格中的一行。由于每个自 动站的观测要素不尽相同，从2个要素到上百个要素，而且以及一些特殊站点进行了特别的要素观测(如 温盐观测)。这意味着每增加一个观测要素，就要直接修改数据类。并且，有大量属性被空置，这无疑是 一种浪费——无论是针对系统的存储空间还是针对系统的可访问性。对于系统来说，还可能造成潜在的不 稳定因素。 其次，类只是简单的被当作数据容器存在，而不够“聪明”。换言之，并没有良好的考虑到站点的特殊 性，这就是上文所提到的不稳定因素：假如需要访问某条数据的温度值，而这个站点恰好没有进行温度观 测，则程序代码就抛出异常。而且，关键在于，数据类本身并没有提供一个良好的机制让它的用户来了解 这个站点是否进行了温度观测以避免这种错误的出现。 再次，这种编码方式也由于数据类和数据库之间的耦合性，导致更换数据库必须修改数据类的代码， 代码的复用性不高。 综上所述，采取简单数据类的设计方式对于特定的入库、换算软件、传输加工等传输环节重视效率的 特殊环境可能具有不可替代的作用，然而其各种不足之处阻碍了其在更广泛的范围内的应用。 3．2 XML对象方式 X-ML是半结构化数据的代表，将每一条数据都结构化为一个XML数据对象，也是一种可行的数据存 储方式。这种设计方案将每一个数据模块作为一个子节点，将每一条数据作为叶进行对象访问。这种数据 具有良好的自描述性【2圳。 这种设计方案的最大好处在于其极大的可扩展性。基于XML对象的特性，它可以添加任何新的、特 殊的要素，而且任意数据即使添加了要素，对原有代码也不需要进行明显的任何改变，仅需要采取继承的 方式即可用派生类解决。同时，由于所有的主流数据库对XML对象都具有很好的支持，它还具有导入数 据库和从数据库导出数据较为便利的好处。同时，由于．NET的XML对象访问能力已经经过专门设计，所 以针对XML的数据对象，都已经有标准的访问方式可供使用，也极大地方便了编码。 然而，这种做法的缺点也是显而易见的，那就是效率过低。由于XML对象的节点访问，每次都必须 遍历整个树【3们。这就意味着，即使经过了一定的优化，进行大数据量访问的时候，非结构化的数据都将导 致大量的查询和遍历工作，这将导致数据操作的效率很低。同时，由于XML数据也是“不安全”且无属性 的，数据本身的内部逻辑性并不能被良好的体现，其作为气象数据的特色并没有被考虑入系统。大量的数 据转换工作不但导致效率低下，还可能造成数据的错误。 可以看出，由于XML数据良好的通用性，利用XML进行文件数据交换是最好的选择，但是如果非 要采用内存XML对象来进行自动站数据的处理，显然是不可行的。 3．3标准数据类外挂特殊数据接口的设计方案 以上两个方案都只考虑了对于自动站数据类的某一方面的独特要求，所以适用范围很窄。在以上两者 的基础上，考虑到一部分数据的出现频率较高(常规六要素)，而另一部分数据的出现频率较低，所以考 135 2011年福建省气象学会学术年会论文集 大气探测与技术保障 虑设计一个标准化的类，其余扩展了额外要素的类，可以从中派生的方式。 标准化的类是一个包含常规的6个观测要素(温压湿风雨)和自动站