The interfaces have always existed. They were undocumented & scattered across files, but you can't have a distributed system without interfaces. What you've done is make them "less" internal, slightly better documented, and moved to a single set of files (and improved them). It's a commitment to a stable set of well-understood interfaces that makes extensibility possible (or more accurately... "cost-effective"). Whether they're in an I* file is mostly a matter of convenience.
BTW... this is not a complaint about the work that is being done. Or about the refactoring. This is good stuff. And a commitment to treating them like real, persistent interfaces is the next step. --mic On Wed, Jan 6, 2010 at 10:52 AM, <[email protected]> wrote: > Mic Bowman wrote: > > In this case, one of the barriers we feel to productive public > > discussion (and probably documentation) about long-term, stable > > interfaces is a lack of belief that the discussion will matter in a > > substantial way to what gets coded. That is, if we went off & built the > > php/apache interfaces, we would have no influence over changes in the > > core & would therefore be completely subject to any decisions core > > makes. (Feels like taxation without representation or something like > > that... :-) > > > > So... You say that we can go off & build what we want... but that's only > > cost-effective if we fork or freeze (or wait)... > > Well, that's not exactly true that you don't have a say, since 2 core > devs are your employees :) > > But wrt to stabilization, as I said, those interfaces are the main > contract. Notice that these interfaces didn't exist, as such, before. > Now they do. Before now, no one here could point to a piece of the code > base and tell you "hey, here's the contract". Now we can. I'm hoping > that, after some minor clean-ups (exception: IInventoryService needs a > major cleanup) those interfaces will freeze. I'd be very surprised if > those interfaces will go through major changes after 0.7. That's my word > only, I don't speak for the entire project, but, really, I'd be *very* > surprised. > _______________________________________________ > Opensim-dev mailing list > [email protected] > https://lists.berlios.de/mailman/listinfo/opensim-dev >
_______________________________________________ Opensim-dev mailing list [email protected] https://lists.berlios.de/mailman/listinfo/opensim-dev
