Re: Coin 3D library
Philippe C.D. Robert <[email protected]> Tue, 11 Mar 2003 21:26:07 +0100
| Newsgroups | gmane.comp.gnu.3dkit.general |
|---|---|
| Message-ID | <[email protected]> |
Hi, sorry for the late answer and slow progress - I am being swamped with work currently...sigh On Friday, March 7, 2003, at 04:11 Uhr, Brent Gulanowski wrote: > On Friday, March 7, 2003, at 04:09 AM, Philippe C.D. Robert wrote: >> it's of course always good to know other approaches. Inventor has a >> good design IHMO, esp. for a C++ toolkit - I 'borrowed' the concept >> of actions from Inventor, actually. But when diving into it, please >> be aware that the choice of the language affects the design a lot! > > OK. I certainly prefer Objective-C to C++. I'd have thought, though, > that you could divide up the features of a software product and say, > "These are language specific, and those are language independent." As > for other approaches, it's not only good for me to study them, it is > essential. > > So far, I have rough ideas on how dynamic messaging will be > beneficial. And categories are very useful. But I have not thought of > anything as dramatic as what is in OpenStep, like the responder chain, > or class clusters. 3DKit takes advantage delegation. My reading says > that delegation is just a "better" multiple inheritance. What other > Objective-C features can we leverage? Protocols, notifications, categories, ... there are a lot of these language and API features which will lead to a different design. The question is IMHO how much can we make use of these features considering our performance constraints which we have when doing interactive graphics. As an example, while I like Inventor I dislike the amount of classes which come with it. I hope that a good design will lead to a small but flexible and powerful code base. -Phil -- Philippe C.D. Robert http://www.nice.ch/~phip