Speaking of discipline, its pretty clear that one
can't tie the hands of the programmer. It's like
Marty's analagy of the girlfriend and the motorcycle
again. :-)
But I don't see why garbage collection would be any
more of an issue with variables acting as object than
it would be with any other variable. A simple kill
would take them all out. For those stored in ^TMP
etc, if one set up an infrastructure that
"instantiated" the "objects" for the programmer, then
they could be put in locations that would be
immediately obvious that they were no longer in use. A
$J node would be a first thought.
I'm sure you put quite a bit of thought into this
before. I am just shooting from the hip. It was just
a thought that was buzzing around my head.
But to be honest, I find the benefits of an OO
oriented language to be most helpful when I am either
working with a graphic environment, or when using a
library like Borland's VCL. I don't know if I really
need OO in what I am doing now.
Kevin
--- [EMAIL PROTECTED] wrote:
> The only problem I had with that kind of approach,
> when I played with
> it years ago, was that there isn't an easy way to
> know what temporary
> object get created by subroutine calls.
>
> ie: you can do this
> MERGE
>
@("RESULT="_$$ObjectCreating^Call(possible,arguments))
>
> with ObjectCreating^Call being code that creates a
> new object on
> the fly as the result of the call. (perhaps using
> ^TMP($J, or something
> like that as a temporary storage location.)
> The problem is recognizing which ones are still in
> use and which
> ones need to be garbage collected.
>
> MUMPS indirection (ie: extremely late-binding) is
> very useful, but
> using it in a disciplined way is tricky at times.
>
> David
> >
> > Speaking of classes, have you given thought to
> making
> > globals/arrays act like objects by putting code
> into
> > them, and merging to instantiate a new object?
> >
> > Kevin
> >
> >
> > --- Gregory Woodhouse
> > <[EMAIL PROTECTED]> wrote:
> >
> > > I know I'm being hopelessly pedantic here (but
> maybe
> > > there is
> > > ultimately some point to it). If you take the
> point
> > > of view that
> > > files are classes and file entries are objects
> (an
> > > excellent way to
> > > think about Fileman, IMO), the difference
> becomes
> > > clear: GETS^DIQ
> > > gives you fairly comprehensive information about
> an
> > > object (even if
> > > you only know the name of its class), but you've
> > > been asking for a
> > > way to get information about a class, not an
> object
> > > of that class.
> > > Introspection is involved in each case, but in
> one
> > > case it is
> > > explicit, but in the other it is implicit in the
> > > objects ability to
> > > describe itself. This basically comes down to
> the
> > > design principle
> > > (which I think is a good one) that objects are
> > > "things with
> > > responsibilities" and not merely behavior and
> data
> > > bundled up on a
> > > single package.
> > >
> > > ===
> > > Gregory Woodhouse
> > > [EMAIL PROTECTED]
> > >
> > > "The most profound technologies are those that
> > > disappear."
> > > --Mark Weiser
> > >
> > >
> > >
> > > On Jul 11, 2005, at 7:58 AM, Gregory Woodhouse
> > > wrote:
> > >
> > > > Well, this is a little different from your
> stated
> > > requirement.
> > > > Without knowing the fields in your file, you
> can
> > > use "*" or "**" to
> > > > get all the field values for a *file entry*.
> If
> > > you are serializing
> > > > file entries using XML, that may be exactly
> what
> > > you want). But you
> > > > asked for something else. You asked for a way
> to
> > > get a list of
> > > > fields in a *file*. That's why it took so
> long.
> > > >
> > > >
> > >
> > >
> > >
> > >
> >
>
-------------------------------------------------------
> > > This SF.Net email is sponsored by the 'Do More
> With
> > > Dual!' webinar happening
> > > July 14 at 8am PDT/11am EDT. We invite you to
> > > explore the latest in dual
> > > core and dual graphics technology at this free
> one
> > > hour event hosted by HP,
> > > AMD, and NVIDIA. To register visit
> > > http://www.hp.com/go/dualwebinar
> > > _______________________________________________
> > > Hardhats-members mailing list
> > > Hardhats-members@lists.sourceforge.net
> > >
> >
>
https://lists.sourceforge.net/lists/listinfo/hardhats-members
> > >
> >
> >
> >
> >
> > __________________________________
> > Discover Yahoo!
> > Have fun online with music videos, cool games, IM
> and more. Check it out!
> > http://discover.yahoo.com/online.html
> >
> >
> >
>
-------------------------------------------------------
> > This SF.Net email is sponsored by the 'Do More
> With Dual!' webinar happening
> > July 14 at 8am PDT/11am EDT. We invite you to
> explore the latest in dual
> > core and dual graphics technology at this free one
> hour event hosted by HP,
> > AMD, and NVIDIA. To register visit
> http://www.hp.com/go/dualwebinar
> > _______________________________________________
> > Hardhats-members mailing list
> > Hardhats-members@lists.sourceforge.net
> >
>
https://lists.sourceforge.net/lists/listinfo/hardhats-members
> >
>
>
>
>
-------------------------------------------------------
> This SF.Net email is sponsored by the 'Do More With
> Dual!' webinar happening
> July 14 at 8am PDT/11am EDT. We invite you to
> explore the latest in dual
> core and dual graphics technology at this free one
> hour event hosted by HP,
> AMD, and NVIDIA. To register visit
> http://www.hp.com/go/dualwebinar
> _______________________________________________
> Hardhats-members mailing list
> Hardhats-members@lists.sourceforge.net
>
https://lists.sourceforge.net/lists/listinfo/hardhats-members
>
____________________________________________________
Sell on Yahoo! Auctions no fees. Bid on great items.
http://auctions.yahoo.com/
-------------------------------------------------------
This SF.Net email is sponsored by the 'Do More With Dual!' webinar happening
July 14 at 8am PDT/11am EDT. We invite you to explore the latest in dual
core and dual graphics technology at this free one hour event hosted by HP,
AMD, and NVIDIA. To register visit http://www.hp.com/go/dualwebinar
_______________________________________________
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members
