【FIX协议】金融信息交换协议(FIX)v5.0读书笔记(2)

2023-10-10 17:32

本文主要是介绍【FIX协议】金融信息交换协议(FIX)v5.0读书笔记(2),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

转自:http://blog.csdn.net/songzhang/article/details/1788770


3.1.5 FIXML SYNTAX FIXML语法
FIXML Highlights重要信息
·         FIXML是创建FIX消息的XML字典
·         使用同样的FIX数据字典和商业逻辑。
·         主要关注FIX应用层消息,不对会话层进行规范
·         能被封装在FIX会话层协议和其他协议,如果MQ TIBCO SOAP等协议当中。
3.1.5.1 Background背景
1998年,FPL FIXML工作组开始引入XML格式,并发布白皮书支持一个改进方法将FIX协议迁移到XML格式。工作组在1999年1月15日,发布了一个初始版本FIXML DTDs。当前版本的DTDs基于FIX4.1,4.2和4.3版。FIXML Schema 基于FIXML,紧接着在FIX4.4后发布。
1.      FIX and FIXML Version and Comparison using New Order Single Message
一个“新指令消息( New Order )”的 FIX  FIXML 不同伴本的比较。
FIX tag=value Version
The following is a FIX 4.2 New Order Single message in classic tag-value pair format:
以下是 FIX4.2 版本 New Order  单一消息的经典 “符号 - 值”格式表示
8=FIX.4.2^9=251^35=D^49=AFUNDMGR^56=ABROKER^34=2^52=20030615-01:14:49^11=12345^1=111111^63=0^64=20030621^21=3^110=1000^111=50000^55=IBM^48=459200101^22=1^54=1^60=2003061501:14:49 38=5000^40=1^44=15.75^15=USD^59=0^10=127
注意:^为SOH分界符
此消息长度为 195 字节。 .
FIXML 4.2 Version
基于FIXML 4.2 DTD 的
< FIXML >
< FIXMLMessage >
< Header >
< PossDupFlag Value ="N" />
< PossResend Value ="N" />
< SendingTime >20020103-12:00:01 </SendingTime>
< Sender >
< CompID >AFUNDMGR </CompID>
</ Sender >
< Target >
< CompID >ABROKER </CompID>
</ Target >
</ Header >
< ApplicationMessage >
< Order >
< ClOrdID >1968 </ClOrdID>
< Account >4130287 </Account>
< HandlInst Value ="1" />
< ExDestination Value ="L" />
< Instrument >
< Symbol >IBM </Symbol>
< SecurityID >459200101 </SecurityID>
< SecurityIDSource Value ="1" />
</ Instrument >
< Side Value ="2" />
< TransactTime >20021120-12:13:12 </TransactTime>
< OrderQtyData >
< OrderQty >1000 </OrderQty>
</ OrderQtyData >
< OrdType Value ="2" />
< Price >93.25 </Price>
< Currency Value ="USD" />
</ Order >
</ ApplicationMessage >
</ FIXMLMessage >
</ FIXML >
长度为684字节,是FIX tag=value消息的3倍多。实际上,3-5倍
FIXML 4.4 Schema Version
FIXML 4.4 Schema.
< FIXML >
< Order ClOrdID ="123456"
                     Side ="2"
                    
TransactTm ="2001-09-11T09:30:47-05:00"
                    
OrdTyp ="2"
                    
Px ="93.25"
                    
Acct ="26522154">
          < Hdr Snt ="2001-09-11T09:30:47-05:00"
                 
PosDup ="N"
                 
PosRsnd ="N"
                 
SeqNum ="521">
              < Sndr ID ="AFUNDMGR"/>
             < Tgt ID ="ABROKER"/>
          </ Hdr >
         < Instrmt Sym ="IBM"
                    
ID ="459200101"
                    
IDSrc ="1"/>
< OrdQty Qty ="1000"/>
</ Order >
</ FIXML >
长度为 348 ,比原始 FIX tag=value 消息长 70%  相对前一个格式,就可阅读性而言,没有重要数据丢失。
Sample Message Content 消息内容实例
The following table is included to help clarify the message content shown above
Tag/Attribute Meaning
< FIXML >
Root element
      <Order 
                    
ClOrdID="123456"
                     Side ="2"
                    
TransactTm ="2001-09-11T09:30:47-05:00"
                    
OrdTyp ="2"
                    
Px ="93.25"
                    
Acct ="26522154">
New order
Client’s order ID
Sell order
Transaction time
Limit order
Limit price
Customer’s account
             < Instrmt Sym ="IBM"
                     
ID ="459200101"
                     
IDSrc ="1"/>
Stock symbol
Stock CUSIP
(ID source=CUSIP)
            <OrdQtyQty="1000"/>
Order quantity
      </Order>
Close of order
</ FIXML >
Close root element
FIXML 4.4 Schema 设计目标
FIXML消息设计目标
这些设计目标是指 FIXML 的实例文档。
·        W3C.FIXML 的实现应当遵照 W3C XML 技术标准。
·          FIXML的实现应当是适合在大容量数据传输场景的实现。其目标应用:
·          Order(指令)路由
·          交易报告和交易后处理
·          产品(证券)信息分配
·          市场创建的低容量应用。Market making for lower volume applications ???
·          应当做到带宽占用的最小化。少于FIX tag=value格式长度的1.5倍。
·          在遵循前面原则的基础上,仍维持FIXML消息的可读性。
·          同FIX 4.4 tag=value相同,在FIXML里支持FpML产品规范。
·          支持FIX tag=value消息的翻译相互转换。
·          提供对ISO15022的相互参照,包括每个消息,元素和组件。
·          维持可扩展性和客户个性化
·           增加自定义消息的能力。
·          在消息、组件块 和重复组中添加自定义域的能力.
·          FIXML的实现应当提供所有层次的传输无关性。
·          FIXML的实现应当能够支持FIXML版本识别。
Design Objectives for the Schema Document
Schema文档的设计目标
·          FIXML Schema 应当使用当前事实上的,最好的XML Schema行业应用实践来实现。
·          FIMXL Schema 应当采用完全支持FIXML4.4 Schema版本方式来实现。
·          支持版本的识别。
·          提供足够的meta-data来识别FIX 域名称,组件类型,tag编号,ISO 15002库的交叉饮用。
·          保持与FpMLSchema的互操作和兼容。
The FIXML Schema shall be based upon and be compatible with the current version of XML schema: H http://www.w3.org/2001/XMLSchema H

这篇关于【FIX协议】金融信息交换协议(FIX)v5.0读书笔记(2)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/182011

相关文章

Qt 中集成mqtt协议的使用方法

《Qt中集成mqtt协议的使用方法》文章介绍了如何在工程中引入qmqtt库,并通过声明一个单例类来暴露订阅到的主题数据,本文通过实例代码给大家介绍的非常详细,感兴趣的朋友一起看看吧... 目录一,引入qmqtt 库二,使用一,引入qmqtt 库我是将整个头文件/源文件都添加到了工程中进行编译,这样 跨平台

Java如何接收并解析HL7协议数据

《Java如何接收并解析HL7协议数据》文章主要介绍了HL7协议及其在医疗行业中的应用,详细描述了如何配置环境、接收和解析数据,以及与前端进行交互的实现方法,文章还分享了使用7Edit工具进行调试的经... 目录一、前言二、正文1、环境配置2、数据接收:HL7Monitor3、数据解析:HL7Busines

【Linux】应用层http协议

一、HTTP协议 1.1 简要介绍一下HTTP        我们在网络的应用层中可以自己定义协议,但是,已经有大佬定义了一些现成的,非常好用的应用层协议,供我们直接使用,HTTP(超文本传输协议)就是其中之一。        在互联网世界中,HTTP(超文本传输协议)是一个至关重要的协议,他定义了客户端(如浏览器)与服务器之间如何进行通信,以交换或者传输超文本(比如HTML文档)。

《数据结构(C语言版)第二版》第八章-排序(8.3-交换排序、8.4-选择排序)

8.3 交换排序 8.3.1 冒泡排序 【算法特点】 (1) 稳定排序。 (2) 可用于链式存储结构。 (3) 移动记录次数较多,算法平均时间性能比直接插入排序差。当初始记录无序,n较大时, 此算法不宜采用。 #include <stdio.h>#include <stdlib.h>#define MAXSIZE 26typedef int KeyType;typedef char In

【Go】go连接clickhouse使用TCP协议

离开你是傻是对是错 是看破是软弱 这结果是爱是恨或者是什么 如果是种解脱 怎么会还有眷恋在我心窝 那么爱你为什么                      🎵 黄品源/莫文蔚《那么爱你为什么》 package mainimport ("context""fmt""log""time""github.com/ClickHouse/clickhouse-go/v2")func main(

2024.9.8 TCP/IP协议学习笔记

1.所谓的层就是数据交换的深度,电脑点对点就是单层,物理层,加上集线器还是物理层,加上交换机就变成链路层了,有地址表,路由器就到了第三层网络层,每个端口都有一个mac地址 2.A 给 C 发数据包,怎么知道是否要通过路由器转发呢?答案:子网 3.将源 IP 与目的 IP 分别同这个子网掩码进行与运算****,相等则是在一个子网,不相等就是在不同子网 4.A 如何知道,哪个设备是路由器?答案:在 A

Modbus-RTU协议

一、协议概述 Modbus-RTU(Remote Terminal Unit)是一种基于主从架构的通信协议,采用二进制数据表示,消息中的每个8位字节含有两个4位十六进制字符。它主要通过RS-485、RS-232、RS-422等物理接口实现数据的传输,传输距离远、抗干扰能力强、通信效率高。 二、报文结构 一个标准的Modbus-RTU报文通常包含以下部分: 地址域:单个字节,表示从站设备

【数据结构入门】排序算法之交换排序与归并排序

前言         在前一篇博客,我们学习了排序算法中的插入排序和选择排序,接下来我们将继续探索交换排序与归并排序,这两个排序都是重头戏,让我们接着往下看。  一、交换排序 1.1 冒泡排序 冒泡排序是一种简单的排序算法。 1.1.1 基本思想 它的基本思想是通过相邻元素的比较和交换,让较大的元素逐渐向右移动,从而将最大的元素移动到最右边。 动画演示: 1.1.2 具体步

《C++标准库》读书笔记/第一天(C++新特性(1))

C++11新特性(1) 以auto完成类型自动推导 auto i=42; //以auto声明的变量,其类型会根据其初值被自动推倒出来,因此一定需要一个初始化操作; static auto a=0.19;//可以用额外限定符修饰 vector<string> v;  auto pos=v.begin();//如果类型很长或类型表达式复杂 auto很有用; auto l=[] (int

网络原理之TCP协议(万字详解!!!)

目录 前言 TCP协议段格式 TCP协议相关特性 1.确认应答 2.超时重传 3.连接管理(三次握手、四次挥手) 三次握手(建立TCP连接) 四次挥手(断开连接)  4.滑动窗口 5.流量控制 6.拥塞控制 7.延迟应答 8.捎带应答  9.基于字节流 10.异常情况的处理 小结  前言 在前面,我们已经讲解了有关UDP协议的相关知识,但是在传输层,还有