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

Re: RE: Declarative programming requires a different mindset

  • From: Stephen Green <stephengreenubl@gmail.com>
  • To: "xml-dev@lists.xml.org" <xml-dev@lists.xml.org>
  • Date: Mon, 12 Apr 2010 21:16:45 +0100

Re:  RE: Declarative programming requires a different mindset
Isn't it the case that there are declarative languages where
the outcomes of computer programs are already very well
defined and merely need some guiding or, as is the usual
term, 'configuring'. As with Postscript - the requirement is
already clear that the input is sent to a printer to be printed
as the output and there only remains, in most cases, the
extra formatting: In fact the printing programs have a primary
task which is to bring about the printing of what they are sent
which in some cases they could reasonably do without any
further instructions at all. So in such cases where there are
clear requirements described in the spec there is less for the
programmer to do. So declarative languages have most of the
program requirements in a specification and in the system
which conforms to the specification and there is little need for
programming, just for what amounts to a kind of configuration.
The program is already written; all it needs in addition to the
input (or as part of the input) are some extra instructions which
can be in the form of a 'declaration' of the extra requirements
(in some cases, extra to a default behaviour or output).

I think that has always been a goal of computer development
and it is fulfilled especially well in our times due to the invention
and widespread adoption of XML which makes 'configuration'
work so very nicely. So nicely, I think, that 'configuration'
languages can take on a lot more of the detail and power so
that they start to look less and less distinguishable from
computer programs (hence this debate). So much the case that
people formerly involved in writing programs now find themselves
confiuring them declaratively. E.g. XSLT declarative stylesheets
can do so much because the XSLT processor and the
expressiveness of the XSLT language are so powerful that the
stylesheet is practically 'king'. e.g Saxon does the heavy lifting so
that the stylesheet gets to drive without having to work too hard.
This sometimes results in the declarative part of the system (XSLT)
becoming Turing-complete as much as the programming language
used to write the processor of the declarative language (C++, etc).

---
Stephen D Green


[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.