[Opensim-dev] Adding virtual to many methods on Region/Framework/* for experimentation

[Sean Dague]

Stefan Andersson wrote:
> I would argue that opening up for (reasonable) subclassing is a very core ideal of opensim-as-an-API.
> 
> And on the subject; somewhere in 0.7 land, I would argue that we have to rethink the whole scene/SOG/SOP bit - right now, state and behavior is intermingled to the degree that we cannot do anything that requires reasonable decoupling of state and behavior. Not to mention if one were to start working with using these objects in a non-core context.

While I firmly agree, I've looked at that problem a couple times before,
and it's big.  At the end of the day OpenSim is basically that scene,
then lots of things bolted on to it.

So nothing so grandious from me, but just some simple experimentation of
 if there is a good way to have some set of synthetic server side
objects coexist with the user generated objects in the same scene, and
not turn into total chaos. :)

> Just look at the scene constructor that I tried to write some unit tests for; it does way too much.
> 
> At some point, we need to have a little bit more subtle scene startup process than just throwing parameters on the constructor and have it start everything. I'd much rather see the constructor being empty and that various aspects were connected to the scene in passes.
> 
> Oh, well - just throwing cents around.
> 
> /Stefan
> 
>> -----Original Message-----
>> From: opensim-dev-bounces at lists.berlios.de [mailto:opensim-dev-
>> bounces at lists.berlios.de] On Behalf Of Sean Dague
>> Sent: den 1 juli 2009 21:36
>> To: opensim-dev
>> Subject: [Opensim-dev] Adding virtual to many methods on
>> Region/Framework/* for experimentation
>>
>> I'd like to make a number of the methods in SceneObject* (group/part)
>> virtual to experiment with subclassing SOG/SOP for interesting effects,
>> especially when it comes to generating object definitions in region
>> modules.
>>
>> I'm not really sure where any of this is going yet, but just wanted to
>> make sure there weren't objections to adding virtual to methods there,
>> or if there are unseen consequences of doing so.  I'm not really sure
>> up front all the methods that might be interesting to do this with,
>> though ProcessBackup is one that I want to make virtual early on.  It
>> would just be good to get a feel that this is generally in the spirit
>> of the project before I touch innards like this.
>>
>> Please raise concerns if you have them.  I'd be looking to do some of
>> this early next week if there aren't major objections, hopefully
>> providing plenty of time for feedback.
>>
>> 	-Sean
>>
>> --
>> __________________________________________________________________
>>
>> Sean Dague                                       Mid-Hudson Valley
>> sdague at gmail.com                                 Linux Users Group
>> http://dague.net                                 http://mhvlug.org
>>
>> There is no silver bullet.  Plus, werewolves make better neighbors than
>> zombies, and they tend to keep the vampire population down.
>> __________________________________________________________________
>>
> 
> 
> _______________________________________________
> Opensim-dev mailing list
> Opensim-dev at lists.berlios.de
> https://lists.berlios.de/mailman/listinfo/opensim-dev


-- 
__________________________________________________________________

Sean Dague                                       Mid-Hudson Valley
sdague at gmail.com                                 Linux Users Group
http://dague.net                                 http://mhvlug.org

There is no silver bullet.  Plus, werewolves make better neighbors
than zombies, and they tend to keep the vampire population down.
__________________________________________________________________


-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 252 bytes
Desc: OpenPGP digital signature
URL: <http://opensimulator.org/pipermail/opensim-dev/attachments/20090702/377c0d01/attachment-0001.pgp>