[Laszlo-dev] Upgrading the LFC for swf9
henry.minsky at gmail.com
Mon Jan 21 12:48:56 PST 2008
We just had a little brainstorm about how to get the data classes working in
swf9. Tucker can chime in here
if I say something bogus below, but here's my view of what to do:
There's a problem right now because LzDataElement is implemented using a
"trait" to mix in some behavior,
and we don't have traits implemented in the compiler for swf9.
The issue is that LzDataElement mixes in a class called "LzDataNode", and
There's a proposal to rearrange things a little in the base classes so that
everyone inherits from LzDataNode.
So LzDataElement and other data classes would subclass LzDataNode, and
LzNode would also subclass LzDataNode. LzDataset could then inherit from
LzDataElement. We can get rid of
We wanted to do some kind of benchmarking before we commit to this, in case
having this structure of classes
somehow slows down data performance. So if there were some way you could
make this change and see if the
code still works and if it doesn't slow down, then we would proceed with
this reorganization and then try to make the
code compile cleanly in swf9/devildog.
On Jan 21, 2008 2:41 PM, Philip Romanik <promanik at laszlosystems.com> wrote:
> Hi Tucker, Henry;
> I want to confirm this with you before I start touching the LFC in
> trunk. I am going to modify the classes and methods to add public to
> most methods/classes. If a method is obviously private I'll leave it
> Sound good? If so, I'll do it on a directory by directory basis and
> send out a review after the first directory.
hminsky at laszlosystems.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Laszlo-dev