marc_clifton2000 | 10 Jul 16:20

Imperative vs. Declarative programming

Hi All,

I've posted a short blurb about the benefits of separating 
declarative code from imperative code:

http://www.myxaml.com/wiki/ow.asp?DeclarativeVsImperativeProgramming

Comments are welcome!

Marc

------------------------ Yahoo! Groups Sponsor --------------------~--> 
Yahoo! Domains - Claim yours for only $14.70
http://us.click.yahoo.com/Z1wmxD/DREIAA/yQLSAA/nhFolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/xaml-talk/

<*> To unsubscribe from this group, send an email to:
    xaml-talk-unsubscribe <at> yahoogroups.com

<*> Your use of Yahoo! Groups is subject to:
    http://docs.yahoo.com/info/terms/

Gerald Bauer | 11 Jul 00:42
Picon
Favicon

Re: Imperative vs. Declarative programming

Hello,

> I've posted a short blurb about the benefits of separating 
> declarative code from imperative code:

   I just stumbled over a comment by Manish Jethani that touches on
the same theme. Manish writes:

   The "in" thing now is to put the UI description, including the
association of event handlers with their controls, into an XML file.
XUL, XAML, SwixML, .... The UI is separate from the logic.

 Mozilla, in particular, actually does all of its UI work in the XUL
layer. The event handlers are actually just JavaScript functions! The
execution doesn't go into Mozilla "core" (I mean the C++ code, the
components that make up the real Mozilla) until there's some real work
to be done. It's really fantastic.

  Now, haven't we come full circle? The UI in VB was a FMB (binary)
file. In VC++ it was a RES (binary again) file. They've just become
XML files now. :) Writing programming language code manually to set up
the UI never appealed to me.

   - Gerald

-------------------
Gerald Bauer

XUL Alliance | http://xul.sourceforge.net  
United XAML  | http://xaml.sourceforge.net
(Continue reading)

marc_clifton2000 | 11 Jul 01:46

Re: Imperative vs. Declarative programming

I think the key point is in this statement: "The execution doesn't 
go into Mozilla "core" (I mean the C++ code, the components that 
make up the real Mozilla) until there's some real work to be done. 
It's really fantastic."

in particular--"until there's some real work to be done".

So no, I don't think we've come full circle.  I like the idea of 
having workflows defined in a scripting language.  While I'm not 
using JavaScript with MyXaml (hmmm, maybe I really should take 
another look at this), I've put together a concept piece for 
managing workflows in XML.

See http://www.myxaml.com/wiki/ow.asp?Workflows

Marc

------------------------ Yahoo! Groups Sponsor --------------------~--> 
Make a clean sweep of pop-up ads. Yahoo! Companion Toolbar.
Now with Pop-Up Blocker. Get it for free!
http://us.click.yahoo.com/L5YrjA/eSIIAA/yQLSAA/nhFolB/TM
--------------------------------------------------------------------~-> 

 
Yahoo! Groups Links

<*> To visit your group on the web, go to:
    http://groups.yahoo.com/group/xaml-talk/

<*> To unsubscribe from this group, send an email to:
(Continue reading)


Gmane