axiom-developer
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Axiom-developer] Re: getDatabase


From: root
Subject: [Axiom-developer] Re: getDatabase
Date: Fri, 28 Mar 2008 18:26:31 -0500

(copied to the list)

>>  On the queue of things to do is to create an API domain in spad that
>>  lifts various functions up to the user level. One of these is to
>>  lift the getdatabase information, another is to lift the history
>>  information so you can get a grip on the input expression, etc.
 
>An nice. I think this is very important to have, so format (html
>pages, etc) do not have to be generated inside Axiom and *any* GUI
>interface can display in very different formats and more
>dynamically. That is why I was thinking of having the API output XML
>(ala the whole AJAX, SOAP, etc). Thank you.

Actually, I am reformatting the interface that Arthur wrote so that
it uses JSON rather than html as much as possible. JSON (javascript
object notation) is a simple idea. Basically you describe the set
of object property-value pairs as a data structure:

var p =
{  "prop1" : "string",
   "prop2" : {
     a : "1",
     b : "string"
   },
   "prop3 : "some string"
}

and then you can do:

var q = eval("(",p,")");

and then

  q.prop1 

is valid. So I can pass the data structures for cards around and
only care how they get formatted at the very last second for display.
This is dynamically extensible since new properties can be added by
just including them in the data structure.

You'll notice that these are nothing more than Record objects in Spad.

I suppose it would be nice to lift this whole thing up to the Spad
level but I haven't thought that idea thru. The closest I've come
is the new API stuff, intending to lift system internals up to where
I can rewrite axserver without $Lisp calls, etc.

Tim






reply via email to

[Prev in Thread] Current Thread [Next in Thread]