1. EU improvements (Part 2)
- Posted by Karl Bochert <kbochert at copper.net>
Jan 03, 2007
-
Last edited Jan 04, 2007
sequence point is
atom x, y
end sequence
The fixed sequence declaration creates a real sequence in memory, but
it also describes a datatype.
Therefore it should be able to be used to define data just like
any other datatype. Also like any other datatype, it should be
usable as a function.
point x, y -- create 2 points
point(foo) -- is foo a point?
This creates a user defined type by restricting the types in a sequence,
much as Eu's 'type' creates a user defined type by restricting the
values of an existing type.
The sequences 'x' and 'y' are simply created as exact duplicates of the
sequence 'point', values and all.
We can now create complex sequences whose elements are named(documented)
and enforced(fewer bugs).
KtB
2. Re: EU improvements (Part 2)
- Posted by Derek Parnell <ddparnell at bigpond.com>
Jan 03, 2007
-
Last edited Jan 04, 2007
Karl Bochert wrote:
> }}}
<eucode>
> sequence point is
> atom x, y
> end sequence
> </eucode>
{{{
Karl and some other people know that this and similar ideas are not new. Here is
some ideas I started documenting in December 2002.
http://users.bigpond.com/ddparnell/euphoria/product.htm
I gave up when I finally realized that nothing much was actually going to
change. But now that 3.0 is Open, maybe I should revisit this ???
--
Derek Parnell
Melbourne, Australia
Skype name: derek.j.parnell
3. Re: EU improvements (Part 2)
- Posted by Jason Gade <jaygade at yahoo.com>
Jan 03, 2007
-
Last edited Jan 04, 2007
Derek Parnell wrote:
> Karl and some other people know that this and similar ideas are not new. Here
> is some ideas I started documenting in December 2002.
>
> <a
> href="http://users.bigpond.com/ddparnell/euphoria/product.htm">http://users.bigpond.com/ddparnell/euphoria/product.htm</a>
>
> I gave up when I finally realized that nothing much was actually going to
> change.
> But now that 3.0 is Open, maybe I should revisit this ???
>
> --
> Derek Parnell
> Melbourne, Australia
> Skype name: derek.j.parnell
I haven't looked at this in awhile... definitely time to revisit and discuss.
Some seem good, some I disagree with. (Not that I'm anyone of consequence, just
a person with an opinion...)
--
"Any programming problem can be solved by adding a level of indirection."
--anonymous
"Any performance problem can be solved by removing a level of indirection."
--M. Haertel
"Premature optimization is the root of all evil in programming."
--C.A.R. Hoare
j.
