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

Re: Feasibility of "do all application coding in the XML langu

  • From: "James Fuller" <james.fuller.2007@g...>
  • To: "Mukul Gandhi" <gandhi.mukul@g...>
  • Date: Tue, 2 Dec 2008 08:33:42 +0100

Re:  Feasibility of "do all application coding in the XML langu
On Tue, Dec 2, 2008 at 4:40 AM, Mukul Gandhi <gandhi.mukul@g...> wrote:
> Hi Mike,
>   Thanks for your thoughts.
>
> I agree that functional languages are quite useful. But I think the
> problem is, many of the underlying hardware architectures are von
> Neumann based. von Neumann machines work best with imperatives
> programs (languages).

This is broad based conclusion ... I agree that at a lower level
things very much tend to be imperative (machine code) but the picture
is very unclear in higher order abstraction.

I offer perl as a classic example of  ambiguity in that one program in
an imperative style as you could a declarative or OO style ... and its
been said that perl shares several of the attributes of lisp once you
start digging around making it a 'sleeper' functional language.

I guess the point in categorization is the ability to bring a set of
recognized techniques to bear... for example I think that imperative
programs excels wherever one has a problem that is easily
characterized by a state machine.

This however does not guarantee that a developer will then create a
standard state machine in favorite language .. we all tend to reinvent
yet another slightly different version of a state machine instead of
reuse.

> I think building machine architectures which can support functional
> paradigm is challenging ...

I might be wrong, but once again is not machine code imperative and on
top of that there can exist several functional programming languages ?

IMO the most compelling consideration in choosing a programming
approach revolves around the requirements of the data structure
needed.

If XML is being used, then using programming languages that support
XML or things like XSLT/XQuery.

You may find that this is not the right choice for manipulating images
(and blobs in RDBMS are just as bad) or for doing low level binary
operations on a hard drive.

cheers, Jim Fuller


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