<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;">Adam started doing just that a while ago with the IClientCore and split a few methods out to other intefaces. Its just it has never had much work done on it since. I guess we should maybe make it a aim to finish that for the 0.7.x series. <br><br>--- On <b>Mon, 8/6/09, diva@metaverseink.com <i><diva@metaverseink.com></i></b> wrote:<br><blockquote style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"><br>From: diva@metaverseink.com <diva@metaverseink.com><br>Subject: Re: [Opensim-dev] IClientAPI vs ???<br>To: opensim-dev@lists.berlios.de<br>Date: Monday, 8 June, 2009, 4:42 PM<br><br><div class="plainMail">I hate the IClientAPI. It's ginormous! The reason why I hate it is that <br>I tend to look at OpenSim dlls as components that can be reused by other <br>programs. When those dlls have dependencies on IClientAPI, it's
 a pain <br>in the neck to have to implement the 400 functions in it, especially <br>when only 6 need 'meat.'<br><br>The IClientAPI is the abstract representation of the Linden client. <br>Maybe we could split it into, say, 50 different APIs that represent <br>functional units of clients. And then have LLClientView be an aggregator <br>of all those interfaces?<br><br>Michael Cortez wrote:<br>> On more then one occasion it's been brought to my attention that <br>> creating references to/with IClientAPI is bad and should be avoided.  At <br>> other times, I've seen people instructed that they should use it instead <br>> of doing X, Y or Z.<br>> <br>> I would like to try and get a consensus of those with commit access, to <br>> determine if/when IClientAPI should be :<br>> 1) avoided at all costs<br>> 2) avoided when there isn't much extra work<br>> 3) used because there's no significant reason to avoid it<br>> <br>>
 And if your recommending 1 or 2, what alternatives do you suggest for <br>> obtaining information about the Agent that the IClientAPI currently <br>> provides.  Using 1 or 2 will sometimes create additional dependencies on <br>> other systems.<br>> <br>> Thanks,<br>> --<br>> Michael Cortez<br>> _______________________________________________<br>> Opensim-dev mailing list<br>> <a ymailto="mailto:Opensim-dev@lists.berlios.de" href="/mc/compose?to=Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>> <br>_______________________________________________<br>Opensim-dev mailing list<br><a ymailto="mailto:Opensim-dev@lists.berlios.de" href="/mc/compose?to=Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br><a
 href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br></div></blockquote></td></tr></table><br>