各类金融报文中，哪一类金融报文最好？ - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

xp31977 发表于 2012-11-16 11:41

二进制处理不就行了，数据库和sever也用UTF8编码呗，一般的汉字GB18030也基本够了，iconv呗
数据传输肯定是二进制报文，那这个怎么处理呢？iconv似乎不支持utf8 转换成ascii
各种报文都有一定缺点：
XML：数据中有效信息比例低，中文组包和解包都需要进行UTF8到GB18030转码，不支持二进制数据，需要特殊处理保留字符，因此报文解释消耗大。
8583：报文要素基本固定，不容易扩展。
delim：不能自描述，报文结构不支持动态可变，不容易实现业务扩展。
JSON：有效信息比略高于XML，但仍然过于复杂，其它缺点与XML相同。
FML32：不支持数据结构动态扩展，改变报文结构即需重新编译，且主要用于固定的中间件，这种格式最不可用。
我觉得比较好的结构，是TLV格式，即标签-长度-值，例如IC卡的BER-TLV，以及银联48域的TLV都是这类。其优点一是自描述，具备XML的优点，二是数据域根据业务实际情况动态可变，三是容易解释，报文处理效率高，四是容易支持二进制数据和保留字符。
taotao_112206_c 发表于 2012-11-16 11:11

utf8转ascii 有啥方法？C语言 有啥好函数
ascii只支持西文字符，它在utf8中是直接使用的，不需要转换。
但中文字符在utf8与gbXXXX是画不一致的，需要转码，不同操作系统下，转换函数是不一样的。unix下一般可使用libiconv.
没有最好。要是能根据应用场景选择报文格式就好了。比如数据量很大的时候，可以选择传输效率高的格式。
xml这种对于扩展来说是很好，效率确实低。