G
Guest
I have a mature C/C++ application to which I am wanting to add custom
delevopment/scripting capabilities. Initially this will be used as part of a
testing framework.
It appears to me that VBA has been replaced with the .NET environment, and I
am interested in what tools are available for creating such a development
environment (eg generating a custom IDE) and a list of the basic interfaces
that the existing app would need to support to be a .NET server (?is my
terminology right?).
Firstly, is .NET the only real solution to my scripting requirement - or
other things available? Ideally I only require an in process solution.
I would greatly appreciate it if I could be provided with some links/book
references of information that would help get me up to speed on the
terminology/requirements here.
Please note I am looking at this in terms of exporting to the .NET
environment, not actually using it myself! I also believe that it will very
difficult to remove the application from it's own process space, hence I
would prefer solutions that can run 'in proc' and/or include a ready formed
interprocess communication framework.
Thanks,
Hugh Dixon
delevopment/scripting capabilities. Initially this will be used as part of a
testing framework.
It appears to me that VBA has been replaced with the .NET environment, and I
am interested in what tools are available for creating such a development
environment (eg generating a custom IDE) and a list of the basic interfaces
that the existing app would need to support to be a .NET server (?is my
terminology right?).
Firstly, is .NET the only real solution to my scripting requirement - or
other things available? Ideally I only require an in process solution.
I would greatly appreciate it if I could be provided with some links/book
references of information that would help get me up to speed on the
terminology/requirements here.
Please note I am looking at this in terms of exporting to the .NET
environment, not actually using it myself! I also believe that it will very
difficult to remove the application from it's own process space, hence I
would prefer solutions that can run 'in proc' and/or include a ready formed
interprocess communication framework.
Thanks,
Hugh Dixon