[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: Venetian Blinds vs Garden of Eden patterns for industry st

  • From: "Lists DMS" <lists@d-m-s.co.nz>
  • To: "'Lech Rzedzicki'" <xchaotic@gmail.com>,<xml-dev@l...>
  • Date: Fri, 29 Oct 2010 16:12:46 +1300

RE:  Venetian Blinds vs Garden of Eden patterns for industry st
Hi Lech,

>> I have noticed that many of the schemas in the industry, for instance
>> UBL have gone for Garden of Eden first and later reverted to
>> Venetian Blinds.

Without wanting to join the discussion about design patterns, may I point
out that UBL library schemas do use the 'Garden of Eden' pattern.

Juerg Tschumperlin
Data Management Solutions
Wellington, New Zealand
www.d-m-s.co.nz



-----Original Message-----
From: Lech Rzedzicki [mailto:xchaotic@gmail.com] 
Sent: Thursday, 28 October 2010 5:32 a.m.
To: xml-dev@lists.xml.org
Subject:  Venetian Blinds vs Garden of Eden patterns for industry
standards XML Schemas

Hi all.

I am now involved in developing the next iteration of schemas to
standardise information storage and exchange for trademarks and design
(there is also some cooperation with patent people).
The current standards (TM-XML and DS-XML) use a venetian blind pattern
because it nicely mimics OO model, so it's easy to generate classes
and objects, also it hides element definitions so there's no conflicts
when processing them. Finally the naming convention (not my idea)
means that the element names are not reusable anyway.
Some people are now proposing that we move to "Garden of Eden" design
patter, but I don't see that as a particularly smart move in the
context of our domain.
I have noticed that many of the schemas in the industry, for instance
UBL have gone for Garden of Eden first and and later reverted to
Venetian Blinds.
I am very interested in some thoughts from the trenches as to why one
or the other approach might be more useful in a committee driven
standards with contributors from different domains.

No need to point me to google either - I have read all the articles
about it [1,2,3] and authored schemas that are in production now both
ways, but still unconvinced either way...


References:

[1] A slideshows on various approaches:
http://dret.net/lectures/xml-fall08/xsd-2#(11)
[2] http://www.xfront.com/GlobalVersusLocal.html - schema best practices
[3] http://www.ibm.com/developerworks/xml/library/x-schemascope/
etc...

_______________________________________________________________________

XML-DEV is a publicly archived, unmoderated list hosted by OASIS
to support XML implementation and development. To minimize
spam in the archives, you must subscribe before posting.

[Un]Subscribe/change address: http://www.oasis-open.org/mlmanage/
Or unsubscribe: xml-dev-unsubscribe@lists.xml.org
subscribe: xml-dev-subscribe@lists.xml.org
List archive: http://lists.xml.org/archives/xml-dev/
List Guidelines: http://www.oasis-open.org/maillists/guidelines.php




[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index]


PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.