[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
FpML-FXWG-Legacy Fwd: FW: [fpml-fx] New Base Rate Element and Multiple Inheritance
- To: fxwglegacy@xxxxxxxx
- Subject: FpML-FXWG-Legacy Fwd: FW: [fpml-fx] New Base Rate Element and Multiple Inheritance
- From: "Danielle Cauthen" <dcauthen@xxxxxxxx>
- Date: Mon, 02 Jul 2007 13:42:45 -0000
- Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys
- Domainkey-signature: a=rsa-sha1; q=dns; c=nofws; s=lima; d=yahoogroups.com; b=Dv0/snPiSjBqBvoUzCTDCjEUyCaH56USHvNHAyR9b4t5xGp8Kl03WUwT8m+MVTMT1FC25pi7TCm7EsCPfxFnTN88XS4vU0RacFdXf5YORmUCbE13w2G51NFOny7HWEVX;
- Reply-to: fxwglegacy@xxxxxxxx
- Sender: fxwglegacy@xxxxxxxx
- User-agent: eGroups-EW/0.82
--- In fpml-fx@xxxxxxxxxxxxxxx, Rick Schumacher
<rick.schumacher@...> wrote:
Justin,
Guess that means we should change the DTD and add the new
intermediate
element (quotedCurrencyPair). Can you make the change or would you
like me
to do it?
Let me know.
Rick
-----Original Message-----
From: Micelli, Ned [mailto:Ned.Micelli@...]
Sent: Sunday, January 06, 2002 1:26 PM
To: fpml-fx@xxxxxxxxxxxxxxx; 'fpml-architecture@xxxxxxxxxxxxxxx'
Subject: [fpml-fx] New Base Rate Element and Multiple Inheritance
Justin,
I left you a voice mail regarding the subject topic on Friday 1/04,
I hope
you received it.
I have discussed the subject matter with the architecture working
group on
Friday
and in short the issue Andrew Jacobs raised is basically a result of
the
fact that
XML schemas do NOT support multiple inheritance.
So, as you suspected the proposed base rate element would only work
if we
created
a new element for the three fields (e.g. CCY1, CCY2 and quote
basis.) This
new
element I believe you called it "QuotedCurrencyPair" would then be
included
in
each of the higher level elements that use it (e.g. exchangeRate,
fixing,
fxBarrier, fxDigitalOption, fxAmericanTrigger, fxEuropeanTrigger).
The disadvantage to the above suggestion is that the creation of a
new
element
would cause the three fields to be "nested" within the higher level
element
"QuotedCurrencyPair".
Even though the nesting is required I think the change is still
worth doing.
Basically,
any time a group of fields/nodes are repetitively "reused" grouping
them
into a single
element allows for some level of objectivity and more importantly
consistency.
---- General Discussion -----
As you probably know, multiple inheritance in general usually sparks
a great
deal
of debate in the OO world. I think it is safe to say, almost
independent of
the
schema issue, we would want to avoid it's use anyway.
General rule of thumb, a quick test for inheritance verses
aggregation.
Usually,
Inheritance represents a "IS_A" relationship.
Whereas,
Aggregation represents a "HAS_A" relationship.
(see attached diagrams)
---- Additional Comments ----
In reviewing FpML in general one could question the current
the "single"
inheritance relationships which are used throughout the current FpML
DTDs. I
believe
the majority of them would fail the above tests. This was raised by
the
architecture
team however it is my understanding that the FpML committee thought
it was
more important
to model the "business" as closely as possible rather than
attempting to
implement
a "pure" OO DTD.
I have attached a some diagrams from the FpML architecture
specification
which
illustrate the relationships I a have discussed above.
I hope this helps thanks and regards,
Ned J. Micelli
Sr. Development Analyst
Reuters Business Technology Group
-----------------------------------------------------------------
Visit our Internet site at http://www.reuters.com
<http://www.reuters.com>
Any views expressed in this message are those of the individual
sender, except where the sender specifically states them to be
the views of Reuters Ltd.
Yahoo! Groups Sponsor
ADVERTISEMENT
<http://rd.yahoo.com/M=216105.1806326.3318126.1261774/D=egroupweb/S=1
7050013
80:HM/A=915130/R=0/O=1/I=brandr-
lrec/postholidaygroup/*http://shopping.yahoo
.com/domain?d=holiday&cf=posthol01>
<http://us.adserver.yahoo.com/l?
M=216105.1806326.3318126.1261774/D=egroupmai
l/S=1705001380:HM/A=915130/rand=294094894>
To unsubscribe from this group, send an email to:
fpml-fx-unsubscribe@xxxxxxxxxxxxxxx
Your use of Yahoo! Groups is subject to the Yahoo! Terms of Service
<http://docs.yahoo.com/info/terms/> .
--- End forwarded message ---
-------------------------------------------------------------------------------
To unsubscribe: Email majordomo@xxxxxxxx with a blank subject line
In the body include the line: unsubscribe fxwglegacy youremail@address
To view archives: http://www.fpml.org/_wgmail/_fxwglegacymail/threads.html