G
Guest
Folks,
I need to arrange for communication between a .NET CF 2.0 application and a
server executable. The latter has not yet been written, but may as well be
done in C#. I am thinking that liberal use of XmlSerializer would probably be
the best means for passing data back and forth between the handheld and
server, given the lack of Remoting support in WM. I have no experience with
such an approach, however, so I'd like to ask, first, is it reasonable? and
second, is there anything particular I need to watch out for? I.e., is there
any reason why an object serialized on the server, transported as Xml, and
then deserialized on the HH (or vice versa) should be different from the
original object? Also, is this approach likely to create unacceptable
overhead, relative to manual serialization?
TIA,
Matthew Fleming
DermVision
I need to arrange for communication between a .NET CF 2.0 application and a
server executable. The latter has not yet been written, but may as well be
done in C#. I am thinking that liberal use of XmlSerializer would probably be
the best means for passing data back and forth between the handheld and
server, given the lack of Remoting support in WM. I have no experience with
such an approach, however, so I'd like to ask, first, is it reasonable? and
second, is there anything particular I need to watch out for? I.e., is there
any reason why an object serialized on the server, transported as Xml, and
then deserialized on the HH (or vice versa) should be different from the
original object? Also, is this approach likely to create unacceptable
overhead, relative to manual serialization?
TIA,
Matthew Fleming
DermVision