The project I am involved with at work relies heavily on about 40 DLLs (which we have also written), and a number of these dlls are dependent upon each other. For example, the DLL that handles all our stock taking is dependent on the DLL that deals with Data Access, as is the main program, as is the employees DLL, as is... And so on and so forth...
Sticking with the example of Data Access, we have a number of seperate classes that expose records on particular tables, which means that when someone changes the design of one of these tables (read FREQUENT and OFTEN...) we end up having to recompile the Data Access, which then means recompiling the StockTaking, and the employees, and the...
What I want to do is to write a program that looks at a folder full of vbp shortcuts. It should then examine these projects to determine which DLLs depend on which others, and then recompile every DLL but in an appropriate order (as defined by dependencies).
I can already hear some of you saying "just recompile what has changed, and version compatibility will do the rest..." - but for some reason we do keep hitting problems with version compatability. I also want to do other things like incrementing the version numbers, copying the new DLL to a history folder with the version tagged on the end of the DLL file name - registering DLLs as I go - all kind of things...
So I'm throwing this open for anyone who has any ideas - at the moment I'm thinking this is perhaps going to end up as a VBADDIN, but I'm no further forward really...
Something else to consider is that we do know (through manual inspection) which Dlls depend on which others. I've been wondering down the Linux road of late, so I was wondering if it would be possible to use a Make file for this kind of thing...
Let me know what you think anyway...
mmilan
Sticking with the example of Data Access, we have a number of seperate classes that expose records on particular tables, which means that when someone changes the design of one of these tables (read FREQUENT and OFTEN...) we end up having to recompile the Data Access, which then means recompiling the StockTaking, and the employees, and the...
What I want to do is to write a program that looks at a folder full of vbp shortcuts. It should then examine these projects to determine which DLLs depend on which others, and then recompile every DLL but in an appropriate order (as defined by dependencies).
I can already hear some of you saying "just recompile what has changed, and version compatibility will do the rest..." - but for some reason we do keep hitting problems with version compatability. I also want to do other things like incrementing the version numbers, copying the new DLL to a history folder with the version tagged on the end of the DLL file name - registering DLLs as I go - all kind of things...
So I'm throwing this open for anyone who has any ideas - at the moment I'm thinking this is perhaps going to end up as a VBADDIN, but I'm no further forward really...
Something else to consider is that we do know (through manual inspection) which Dlls depend on which others. I've been wondering down the Linux road of late, so I was wondering if it would be possible to use a Make file for this kind of thing...
Let me know what you think anyway...
mmilan