[This message was posted by David Rosenborg of Pantor Engineering AB <[email protected]> to the "FAST Protocol" discussion forum at http://fixprotocol.org/discuss/46. You can reply to it on-line at http://fixprotocol.org/discuss/read/92c4eb9d - PLEASE DO NOT REPLY BY MAIL.]
Marc - I think additional constraints on the fields and types in the template may be a good thing. However, I think they're best expressed using the extensibility feature of the template syntax. This way a constraints specification can be developed separately from the core specification. An optimizing processor could then utilize the extra information if present. A simpler implementation would just ignore it automatically as specified in the core specification. An hypothetical example: <template name="Example" xmlns:c="http://example.org/fast-constraints";> <string name="SenderCompID" c:maxLength="20"/> </template> /D > Hi all, > > Here is a small extension proposal aimed at making things easier for > FAST decoder writers: a MaxLength string attribute > > FAST compilers need to know the maximum string size for a field in order > to be able to use pre-allocated string buffers in memory. > > Generally this maximum string size is given in the user documentation > going with the FAST templates but it should also be in the templates so > that compilers can get that information and use it. > > On the same topic, Min/Max attributes for integers would be a good thing > too. Or maybe smaller types like Integer8 and Integer16 would be enough. > > I know some people would rather like to remove and not add new features > but I think it's better to improve what we already have. > > BTW is there a page somewhere with the all the officials 1.2 extension > proposals? > > Marc [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
