octave-maintainers
[Top][All Lists]
Advanced

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

Re: OOP and load/save


From: Judd Storrs
Subject: Re: OOP and load/save
Date: Thu, 23 Apr 2009 13:27:45 -0400

On Thu, Apr 23, 2009 at 1:02 PM, John W. Eaton <address@hidden> wrote:
Doing that requires special knowledge about the way an octave_class
object is defined and breaks the model of having the object load
itself.  At the point where enough information has been read from the
file to know that there is a problem, an octave_class object has
already been constructed, not an octave_map (struct) object.  Yes, we
could have a special case for class objects, but I don't think that's
a good solution.  We can probably do better than that, but as I said,
I think it will require some fairly substantial changes.  Doing it
cleanly and consistently for all objects may require breaking backward
compatibility for objects defined in C++ classes.  Not all of these
are part of Octave itself (for example, the fixed class in Octave
Forge).

jwe

I see. A while ago, I had just learned to accept that Matlab objects are basically just dumb structs that are treated differently, so that's how I have always approached them. But I guess that is "legacy" now, I had no idea there was a whole new OOP mechanizm in R2008a. So I'll have to play around with and get a feel for octave's smart objects and the new-fangled fancy Matlab objects. ;)

--judd

reply via email to

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