Re: How do objects of C# classes handle backwards compatibility?



On Mar 6, 2:49 pm, eugen_nw <eugen_newsgro...@xxxxxxxxxxx> wrote:
Hi all,

I'm new in dealing with backward compatibility issues and want to make
sure that there aren't some hidden aspects of this problem that I am
not aware about.

The problem I'm having is that in version 2.1 of the framework that
I'm working on I need to add some new properties to classes that
shipped in previous versions.  The desired outcome is that clients
that have used previous releases of our framework do not need to
recompile in order to use the upcoming version 2.1.  If the objects in
question will never be serialized/deserialized by the client
applications, is there any other way that clients of earlier versions
of this framework will run into problems if I extend some classes?  I
did some experiments with this and saw no issues, although the
scenario I've tried was fairly simple: the client was calling the
constructors in the framework and was using pre-existing properties of
the object the framework returned.  So no enumeration of public
properties through reflection and throwing an exception if the number
of public properties is not a prime number :-)

Did anyone run into any weird backwards compatibility scenarios that
one should rather know earlier than later?

Thank you,  eugen

That's really what side by side versioning and private assemblies
(that is, they are installed with your application, not shared on a
machine) is supposed to address. If your assemblies are strongly
named, it will refuse to use the newest version. If not, which I
suspect is what you've tested, it may be fine...

Is there a reason to install a new version into an application without
updating the application exe itself? Or are you installing the
assembly into the GAC?
.



Relevant Pages

  • Re: run a solution
    ... The clients can also install the framework by going to the windowsupdate ... >>> Do I need the .net framework at client side in order to run the .net ...
    (microsoft.public.dotnet.languages.vb)
  • Re: Conversion from 2008->2003?
    ... It's best to think of all these Framework versions in terms of a version ... Frameworks use the 2.0 CLR. ... CLR's because you can just install them in addition to the 2.0 CLR. ... very rapid these days and backward compatibility is a costly exercise ...
    (microsoft.public.dotnet.general)
  • How do objects of C# classes handle backwards compatibility?
    ... I'm new in dealing with backward compatibility issues and want to make ... The desired outcome is that clients ... that have used previous releases of our framework do not need to ... of public properties is not a prime number :-) ...
    (microsoft.public.dotnet.languages.csharp)
  • .NET Framework 1.1 SP1 - does this change the Framework version nu
    ... I install .NET web applications at my clients using the xcopy method. ... understand that it is important that my Framework version match theirs. ...
    (microsoft.public.dotnet.framework)
  • Re: .NET Framework 3.5 redistributable
    ... and 3.0 framework had redistributablepackages which could be easily distributed to clients so they do not need to install whole framework to just run the programs. ...
    (microsoft.public.dotnet.languages.csharp)

Quantcast