BizTalk Utilities CV ,   Jobs ,   Code library
Go to the front page to continue learning about XML or select below:


ReBlogger Contents

Previous posts in SOA

Page 20730 of 21350

Kiss your favourite XML editor bye bye! (and welcome Domain Specific Languages designers!)

Blogger : Daniel Cazzulino
All posts : All posts by Daniel Cazzulino
Category : SOA
Blogged date : 2004 Nov 08

With the advent of XML, each and every piece of software is configurable with it, from Virtual PC to IIS to log4net to Shadowfax and all the Application Blocks released from PAG ... you name it.

If you think about it, however, it`s quite easy to realize that what those XML files are actually, is nothing more than a text-based representation of the concepts in the particular domain of the tool/app. So, log4net has the concepts of Appenders, Filters, Object Formatters, and so on, while Shadowfax (as most SOA frameworks) has the concepts of Pipeline, Handler, Service Action, and so on. Therefore, XML is just a means to express the particular layout/behavior you want these tools/frameworks to have at run-time. It`s not about XML, stupid! It`s about the Domain Specific Language (DSL) expressed in (serialized into) those tags.

A very important step forward to make these languages first-class citizens in the developer`s minds and programming experience has been made by Microsoft with the release of the tools necessary to build your own DSL editors/designers. With these specialized editors, the need for a generic XML editor (when used to edit configuration) will dissapear. How many people do you think is using generic XML editors to create instance documents that are used as input for an application (other than just for testing purposes)? My bet: NONE (InfoPath doesn`t count, as it`s not an XML editor but a forms tool, which just happens to use XML as the underlying store). Generic XML editors, instead, have been primarily used to configure the myriad of tools/blocks/frameworks that you need to use to get your application up and running fast and with minimal effort (other than the one needed to configure it in the first place, an increasingly complex one indeed!). It`s time to move forward.

That`s why I think any effort put in creating generic/customizable XML editors is futile. I believe the future is a multitude of specialized designers for the different aspects of an application (their DSLs). I hope sooner than later we`ll see an editor like this for tools like UIP, and we`ll have nothing to envy the Eclipse guys...

Read comments or post a reply to : Kiss your favourite XML editor bye bye! (and welcome Domain Specific Languages designers!)
Page 20730 of 21350

Newest posts

    Email TopXML