John Arthorne schrieb: > [...] Go wild early on in the development cycle and add what you > want, but as the release approaches, only "graduate" API that is > proven. I would even advocate some kind of review by project leads > for any significant new API, where the API designer has to > demonstrate that the API is platform quality, is thoroughly > documented, and has multiple clients using it before it gets approved > for release as real API.
I'm afraid that this can turn into a boomerang. Having too less and too restrictive APIs introduces a different kind of bloat. For example, just look at CVS and JDT. There are quite a bunch of plug-ins out there which simply duplicated code from those components to mimic functionality offered by them. Unfortunately, not all of them keep up with the optimizations which happen continuously in subsequent releases in CVS and JDT. Making a decision here is certainly not easy. -Gunnar -- Gunnar Wagenknecht [EMAIL PROTECTED] http://wagenknecht.org/ _______________________________________________ eclipse-incubator-e4-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/eclipse-incubator-e4-dev
