stiv wrote:"...because Blender is written in C, this would require a 100% rewrite..."
With regards to loading modules, you kids need to learn some programming. People have been dynamically loading modules from C for years. Think .dlls or Blender's texture and sequence plugins.
My brother says dll's for windows were designed to make use of the Intel VM model to allow Windows to relinquish ram after code in a library crashes.. ITs a throwback from the MSDOS days I suppose.. When 386's were introduced and Microsoft was determining how to build a bigger OS based on 386 sandbox VM's..
He said to me its the pain of working in windows and its just kind of accepted.. Maybe its changed since XP..
Blender coule be broken up into DLL's, but it would peobably make blender more complex to have to deal with so many different kinds of library API styles for each os.. Its a system-level call to a function, and
how does the dll access blender's memory, or do they have to arrange for shared memory?? Also would the libraries have to be thread safe?
Objects are not the best solution, I would just imagine they would allow for some abstraction.. Make it so that more developers could work on blender. Also would make it easier to map out the module relationships..
I don't know anything about C programming these days.. The last C project I did was to program a palm pilot (which is like multiprogramming in a 8086).. I use PHP these days, and I can just see how it would make the code easier to manage.. Give someone a UML diagram, its like giving a coder a syntax tree to a new language, its easy to see what is possible and how things are configured..
A nice site for learning UML..
Its way easier understand since its PHP, and that Sun just bought up
Zend, and the site you are using now is in PHP, should give you some clue..
Oh BTW, this is a nice program converting C++, Java and PHP to UML..
Makes it easier to see your methods and class relationships: