Hi,
I build since .. maybe 6 months.. a small "tactic-RPG" ( I just mean "a card game" like Magic, fit to numeric, with a linear story, with some acts where you can makes little chooses... )
I try this days to organize intelligently my code.. :
In thousands of lines, it start to be very difficult to spot fast a specific thing in it to make enhancements..
Also, i have some processuses, that i use in other progs, like tools for content (contenus) enhancements, and when i change a little constant in one, i must do it in all..
Obviously, i can just use includes, and all the stuff will be simply compiled in the final .exe..
It's maybe totally childish, but use of DLL should pleased me a lot.
It's like.. when at school, we draw identity for a virtual product, we have to make that, exactly like we had a real client.. And we must think to every little thing : Like make roughs of the toilets if the subject is decorating a discotheque, a bar.. whatelse.. even if this thing will never exist.
If i consider my game, my.. virtual virtual-product , like a work, a real one, even if it never had any real customers,
It would pleased to me, to have the possibility to had a way to update it fast, downloading a "small and clean" .dll, that should reaplace the old one.
So.. Some processuses i want to put in a dll, are those of the interface, where i display items and draw informations...
But, what i understood, is that Dlls are running externals of the exe, and for this reason, when i just try a simple "displaysprite( W, X, Y)" dll, the exe "don't understand" and the compiler answer me "write error at address..."
So.. Can i informate the DLL of the address's screen simply, or is it realy complicated ?
Maybe juste "say" Usebuffer( #PB_Delfaut ) ? Or the address returned by DrawingBuffer() is exploitable ?
I have no test already.. Maybe someone just know this.. I don't want to loose several time with testings :p
Thx !
