[Mono-devel-list] un-interoperatible classes .NET -> Monoremoting
jason.king at profox.co.uk
Tue Sep 28 07:31:31 EDT 2004
As an alternative to compatibility problems, you could write two middle
layers - one for each platform. MonoLayer will translate to and from a
Mono implementation to your new common implementation, and MSLayer will
do the same, but for MS implementations.
They will most likely be quite lightweight classes...
Check out the Data Transfer Object pattern in Martin Fowler's "Patterns
of Enterprise Application Architecture"
Co-Author, "Cross-Platform .NET Development: Using Mono, Portable.NET,
and Microsoft .NET"
(Apress, 2004, ISBN: 1-59059-330-8)
From: mono-devel-list-admin at lists.ximian.com
[mailto:mono-devel-list-admin at lists.ximian.com] On Behalf Of Lluis
Sent: 28 September 2004 12:20
To: Aleksandar Dezelin
Subject: Re: [Mono-devel-list] un-interoperatible classes .NET ->
On dt, 2004-09-28 at 03:52 -0700, Aleksandar Dezelin wrote:
> Lluis Sanchez wrote:
> >Only objects whose internal structure is identical in MS.NET and Mono
> >(i.e. they have the same private fields with the same names) are
> >interoperable. The reason is that remoting sends a full copy of the
> >object and if the receiver expects a different structure for a type
> >it will fail. Classes in System.Collections have been gradually
> >modified to match those in MS.NET. Other classes may fail.
> Then System.Collections and it's classes including Hashtable are
> interoperable? Is there any kind of list of non-interoperable classes?
No, there isn't such a list. Remoting interoperability between different
CLR implementations is not guaranteed. Some classes that may be
interoperable nowadays, may change its internal structure in the future
and break that compatibility. For example, if you find that the class
CultureInfo is not compatible with MS.NET, we can change it to make it
compatible, but then we will break interoperability with old mono
If interoperability is important to you, you should consider using web
services instead of remoting.
> Aleksandar Dezelin
Mono-devel-list mailing list
Mono-devel-list at lists.ximian.com
More information about the Mono-devel-list