S
Steve Baer
I've already tested this with C# and it works, but I'm being paranoid and I
wanted to also check here.
Our application has a large class library written in C++/CLI for plug-in
projects. The original library was written in C++ and the general rule for
not breaking our SDK is to not change the class size by adding member
variables and to not add virtual functions because this will change the
vtable for the class. This is fine and we know how to deal with this on the
good old native C++ side, but when it comes to the .NET class library I'm a
little confused.
It appears that I can break this rule for .NET class libraries (probably
because everything is actually in IL). Is this true that I can add virtual
functions and member variables to classes in a C++/CLI class library and not
break the functionality of assemblies that were built against the older
version of the class library?
Thanks,
-Steve
Steve Baer
Robert McNeel & Associates
wanted to also check here.
Our application has a large class library written in C++/CLI for plug-in
projects. The original library was written in C++ and the general rule for
not breaking our SDK is to not change the class size by adding member
variables and to not add virtual functions because this will change the
vtable for the class. This is fine and we know how to deal with this on the
good old native C++ side, but when it comes to the .NET class library I'm a
little confused.
It appears that I can break this rule for .NET class libraries (probably
because everything is actually in IL). Is this true that I can add virtual
functions and member variables to classes in a C++/CLI class library and not
break the functionality of assemblies that were built against the older
version of the class library?
Thanks,
-Steve
Steve Baer
Robert McNeel & Associates