开发一个交易网站多少钱,17岁高清免费观看完整版,深圳室内装修公司,vs2017网站开发时修改的页面未变化1. 什么是FIXFinancial Information eXchange(FIX)金融信息交换协议的制定是由多个致力于提升其相互间交易流程效率的金融机构和经纪商于1992年共同发起。这些企业把他们及他们的行业视为一个整体#xff0c;认为能够从对交易指示#xff0c;交易指令及交易执行的高效电子数…1. 什么是FIXFinancial Information eXchange(FIX)金融信息交换协议的制定是由多个致力于提升其相互间交易流程效率的金融机构和经纪商于1992年共同发起。这些企业把他们及他们的行业视为一个整体认为能够从对交易指示交易指令及交易执行的高效电子数据交换的驱动中获利。FIX由此诞生一个不受单一实体控制的开放消息标准一个能够被调整组建适用于任何一个企业的商务需求的协议。FPLFIX Protocol Limited认为FIX的优势在于就商务流程而言FIX为机构中间商以及其他市场参与者提供了一个减少不必要的电话沟通和琐碎的文档传递方法为面向特定个体传递高质量的信息提供便利。 FIX为于技术专家提供了一个开放的标准对他们开发的努力和实践产生了影响使他们能高效地创建同一个更大范围的参与者之间的联系。 FIX可以为卖主提供一条现成的通往行业的信息存取路径减少了市场营销的难度增加了潜在的客户群。
开放性已成为FIX成功的关键。出于开放的原因当在鼓励各方参与标准制定时FIX保留了参与者需求的不确定性。同时FIX避免“过标准化over-standardization”。它不受限于一个简单类型的载体及一个简单的安全协议。它把决定权交给使用它的多个企业。FPL希望这种鼓励在非标准化领域的努力能够促进技术的完善。 FIX现已被许多企业和销售商使用。它已经成为行业内的推荐的消息协议。FIX已经从最初的买方-到-卖方的证券交易中得到发展。现在被广泛的用于交易市场及其它市场参与者。除了证券交易FIX现在支持4种产品Collective Investment Vehicles (CIVs)集成投资工具, Derivatives金融衍生产品Fixed IncomeForeign Exchange外汇交易。 FIX协议是一个消息标准促进与安全交易相关的信息交换在希望进行自动通信的交易对手间进行使用。该消息协议将支持各种商务功能。 FIX最早用于支持美国国内的委托人间基于直接信息流转的证券交易。随着协议本身的发展增加了大量的支持多边界交易的、衍生工具及其它产品的数据域。同样该协议被扩展允许第三方参与于交易对手间的信息传递。随着FIX后续版本的发布期待它的功能将继续得到发展。 FIX协议包含2个层次会话层和应用层。会话层与数据的通信相关而应用层定义了商务相关数据内容。 2006年10月FPL发布了FIX5.0。FIX5.0引入TIthe transport independence 传输无关框架。TI将FIX会话层从应用层协议中分离出来。在TI框架下应用层协议消息可以通过任意合适的传输技术进行传送在这里FIX会话层协议是FIX应用层消息的可选传输传输协议之一。两个协议层的版本标注将会有所不同FIX X.Y为FIX应用层协议版本FIXT X.Y为FIX会话层协议版本编号。 2. FIX5.0新增特性概述 2.1.TI——the transport independence 上图描述了在TI框架下传输机制的变化。它能够用于承载所有FIX应用层协议的消息。 2.2.Application Versioning 2.3.Service Pack Mangement 2.4.Extension Pack Mangement Flexibility Provided by FIX 5.0 FIX 5.0 提供的灵活性 3. FIX协议语法概述目前FIX协议存在2种语法格式。1 “标记值”语法格式2 “FIXML语法”语法格式同一个商业信息流适用于任何一种语法。3.1.普通FIX语法规则Common FIX Syntax Rules普通FIX语法规则是对“标记值”和“FIXML”2种语法都适用的一般规则。3.1.1 Data Typeint:整型 没有小数点逗号可以包含正负号的数字序列。注int的值前面可以包含0。(如 “00023” “23”).
Examples: 723 in field 21 would be mapped int as |21723|.-723 in field 12 would be mapped int as |12-723|float: 浮点数。可包含小数点和正负号的数字序。累计总长度为15个数字。前面可以有0小数末尾可加零或截尾 String: 字符串。是大小写敏感的。 char: 字符。除分界符号SOH外的字符。大小写敏感。. data: 原始数据。 没有格式和内容限制。之前紧接有一个长度域。长度域应制定data数据域包含的字节数不好含分界符所占字节。数据中可能包含分界符字节所以需要用data类型数据长度来辅助区别。
3.1.2 Pattern Data Type 结构数据结构化数据用于建立和提供数据域的有效值是否基于FIX数据类型或其它结构数据类型一些限制3.1.3 Required Fields 必选数据域协议每个消息由必选、可选和条件必选根据其他域的不同数据域构成。系统应当设计成可支持只提供必选和条件必选数据域的相关操作。3.1.4 FIX “TagValue” SYNTAX “标记值”语法3.1.4.1 Message Format消息格式FIX消息的一般格式为一个标准头消息体一个标准的尾部每个消息由一个包含多个 由分界符隔开的“标记值”数据域的流构成。标记为TagNum数据类型。所有的标记都有一个特定的值。可选域可以不出现。无值消息将会产生一个Reject消息。1. FIX消息的一般格式为一个标准头消息体一个标准的尾部2. 消息头的前三个域为BeginString(tag #8)BodyLenth(tag#9)MsgType(tag#35)3. 标准消息尾的最后一个域为CheckSum(tag#10)4. 在重复数据组内的数据域必须按照FIX规范文档中规定的顺序明确定义。Noxxx域xxx表示循环组的计数必须放置在循环组数据内容的的前面。5. 一个特定的tag 数应当是唯一的。如果重复将被认为是一个违反规范文档的错误。错误应当向FIX Global Technical Committee报告此外某些数据类型为Multiple CharValue的数据域可以包含多个由空格隔开由一个SOH技术的多个部分。在同一个消息里包含明文部分和密文部分的数据的数据域也是可能的。通常用于验证和认证。比如3.1.4.2 3.1.4.2 Field Delimiter: 域分界符数据域分界符在FIX一个消息内的所有数据域由一个分界字符标记结尾。用ASCII码的“SOH”#001hex0x01进行间隔。所有消息由“8FIX.x.ySOH”标记开始最后由“10nnnSOH“标记结束。3.1.4.3 Repeating Groups:循环组允许在一个循环组里出现重复的数据域。372xSOH为循环组的第一个域 · 如果使用循环组循环组的第一个域是必选项作为新循环组的一个分界。该第一域紧跟在NoXXX后面然后当NoXXX值大于0时变成当条件必选。· NoXXX域比如NoTradingSessionsNoAllocs定义了循环组实例的数量对一个循环组只出现一次且必须在循环组内容之前。· 如果在一个循环组中的一个域是必选的则NoXXX是必选的。如果所有循环组中的成员是可选的则NoXXX域也应该是可选的。· 如果一个循环组域被列为必选则它必须出现在该循环组的每一个实例中。· 循环组在消息中被设计成通过缩排和à符号进行定义。一些循环组可以在其他循环组中级联出现。可大于一层的级联。Example of nested repeating groupPortion of New Order - List message showing a nested repeating group for allocations for each order. Note the NoAllocs repeating group is nested within the NoOrders repeating group and as such each instance of the orders repeating group may contain a repeating group of allocations. 73 NoOrders Y Number of orders in this message (number of repeating groups to follow) -〉 11 ClOrdID Y Must be the first field in the repeating group. -〉 526 SecondaryClOrdID N -〉 67 ListSeqNo Y Order number within the list -〉 583 ClOrdLinkID N -〉 160 SettlInstMode N -〉 component block Parties N Insert here the set of Parties (firm identification) fields defined in COMMON COMPONENTS OF APPLICATION MESSAGES -〉 229 TradeOriginationDate N -〉 1 Account N -〉 581 AccountType N -〉 589 DayBookingInst N -〉 590 BookingUnit N -〉 591 PreallocMethod N -〉 78 NoAllocs N Indicates number of pre-trade allocation accounts to follow -〉 -〉 79 AllocAccount N Required if NoAllocs 0. Must be the first field in the repeating group. -〉 -〉 467 IndividualAllocID N -〉 -〉 component block NestedParties N Insert here the set of Nested Parties (firm identification nested within additional repeating group) fields defined in COMMON COMPONENTS OF APPLICATION MESSAGES -〉 -〉 80 AllocQty N -〉 63 SettlmntTyp N -〉 64 FutSettDate N Takes precedence over SettlmntTyp value and conditionally required/omitted for specific SettlmntTyp values. Rest of the message not shown
3.1.4.4 User Defined Fields: 用户自定义域为给用户提供最大的灵活性FIX协议允许用户自定义域。 这些域在认同的参与者之间实现、应用并且应注意避免冲突。Tag数在5000 到9999保留用于用户自定义域。这些tag值用于企业联盟的信息交换。可以通过FIX网站进行注册。10000以上保留用于单一企业内部使用。不用注册。3.1.4.5 Precautions when using UNICODE 使用UNICODE的注意事项如果使用UNICODE编码则SOH可能出现在编码内容中。所以一个FIX引擎必须使用EncodedLen值去摘取正确长度的字节数据。
3.1.5 FIXML SYNTAX FIXML语法FIXML Highlights重要信息· FIXML是创建FIX消息的XML字典· 使用同样的FIX数据字典和商业逻辑。· 主要关注FIX应用层消息不对会话层进行规范· 能被封装在FIX会话层协议和其他协议如果MQ TIBCO SOAP等协议当中。3.1.5.1Background背景1998年FPL FIXML工作组开始引入XML格式并发布白皮书支持一个改进方法将FIX协议迁移到XML格式。工作组在1999年1月15日发布了一个初始版本FIXML DTDs。当前版本的DTDs基于FIX4.14.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 tagvalue VersionThe following is a FIX 4.2 New Order Single message in classic tag-value pair format:以下是FIX4.2版本New Order单一消息的经典“符号-值”格式表示8FIX.4.2^9251^35D^49AFUNDMGR^56ABROKER^342^5220030615-01:14:49^1112345^1111111^630^6420030621^213^1101000^11150000^55IBM^48459200101^221^541^602003061501:14:49 385000^401^4415.75^15USD^590^10127 注意^为SOH分界符此消息长度为195字节。.FIXML 4.2 Version基于FIXML 4.2 DTD 的FIXMLFIXMLMessageHeaderPossDupFlagValueN/PossResendValueN/SendingTime20020103-12:00:01/SendingTimeSenderCompIDAFUNDMGR/CompID/SenderTargetCompIDABROKER/CompID/Target/HeaderApplicationMessageOrderClOrdID1968/ClOrdIDAccount4130287/AccountHandlInstValue1/ExDestinationValueL/InstrumentSymbolIBM/SymbolSecurityID459200101/SecurityIDSecurityIDSourceValue1//InstrumentSideValue2/TransactTime20021120-12:13:12/TransactTimeOrderQtyDataOrderQty1000/OrderQty/OrderQtyDataOrdTypeValue2/Price93.25/PriceCurrencyValueUSD //Order/ApplicationMessage/FIXMLMessage/FIXML长度为684字节是FIX tagvalue消息的3倍多。实际上3-5倍FIXML 4.4 Schema VersionFIXML 4.4 Schema.FIXMLOrderClOrdID123456Side2 TransactTm2001-09-11T09:30:47-05:00 OrdTyp2 Px93.25 Acct26522154HdrSnt2001-09-11T09:30:47-05:00 PosDupN PosRsndN SeqNum521SndrIDAFUNDMGR/TgtIDABROKER//HdrInstrmtSymIBM ID459200101 IDSrc1/OrdQtyQty1000//Order/FIXML长度为348比原始FIX tagvalue消息长70%相对前一个格式就可阅读性而言没有重要数据丢失。Sample Message Content 消息内容实例The following table is included to help clarify the message content shown aboveTag/Attribute Meaning FIXML Root element Order ClOrdID123456 Side2 TransactTm2001-09-11T09:30:47-05:00 OrdTyp2 Px93.25 Acct26522154 New order Client’s order ID Sell order Transaction time Limit order Limit price Customer’s account InstrmtSymIBM ID459200101 IDSrc1/ Stock symbol Stock CUSIP (ID sourceCUSIP) OrdQtyQty1000/ 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 tagvalue格式长度的1.5倍。· 在遵循前面原则的基础上仍维持FIXML消息的可读性。· 同FIX 4.4 tagvalue相同在FIXML里支持FpML产品规范。· 支持FIX tagvalue消息的翻译相互转换。· 提供对ISO15022的相互参照包括每个消息元素和组件。· 维持可扩展性和客户个性化· 增加自定义消息的能力。· 在消息、组件块 和重复组中添加自定义域的能力.· FIXML的实现应当提供所有层次的传输无关性。· FIXML的实现应当能够支持FIXML版本识别。Design Objectives for the Schema DocumentSchema文档的设计目标· 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:Hhttp://www.w3.org/2001/XMLSchemaH杨航收集技术资料分享给大家
