【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

相关文章

【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协议的相关知识,但是在传输层,还有

DNS协议基础笔记

1.定义 DNS(Domain Name System,域名系统)是互联网的一项核心服务,它作为将域名和 IP 地址相互映射的一个分布式数据库,能够使人更方便地访问互联网。 2.域名解析过程 当用户在浏览器中输入一个域名,浏览器首先会检查自己的缓存中是否有该域名对应的 IP 地址。本地 DNS 服务器收到查询请求后,首先会检查自己的缓存中是否有该域名对应的 IP 地址。根域名服务器收到查询请

读书笔记(一):双脑记

谁又知道年轻人那反复无常的大脑有着怎样的运行机制?尽管他们的大脑已被荷尔蒙折腾地七荤八素;却偶尔还会有灵感跻身夹缝之间; 层级化:每时每刻,人类都在进行抽象化,也就是说,从客观事实中发展出更具普遍意义的理论和知识。利用这种方法,我们得以不断地开发出新的更为简洁的描述层级,方便我们那容量有限的大脑加以处理。分层的概念几乎可以应用于任何复杂系统,甚至包括我们的社交世界,也即是人们的个人生