Do have to wait for WCF ?

O

Oriane

Hi there,

I read that the .NET 3.5 Compact .net framework is in Beta.

What would you suggest to build from now on a new .NET client/server
application running on several Windows CE and a W2k3 server ? I intend to
use Web Services or/and MSMQ to allow communications between the processes,
but I'm afraid to have to rebuild everything once WCF will be released...

Thanks
 
G

Guest

This depends on what type of system you are building and what features of WCF
you want.

We had to implement our own version of WCF for the mobile device because WCF
is not available yet. We needed the following: Security, Reliable messaging,
Transactional messaging, interopability, scalability etc We decided to create
a Message class which is serializable and contains a header and body. The
message object can be any type of message which brings us an uncoupled
system. All this for us is designed to work with middleware - biztalk. This
is the key element which enables us to implement a total uncoupled system. We
have to do this because our system integrates with a number of systems many
of which we haven't written including an old mainframe running a 30 year old
batch COBOL application.

We did the above with CF 2. The backbone is TCP Sockets, but working with
our libraries is much richer. We use TCP for the reliable messaging bit. WCF
will make all this much easier, but you need to determine what elements you
need and what type of system you are building in order to decide what
technology to employ. So it depends how complex your system is.

Other issues with our system is connectivity and scalability. Although
connectivity is not really an argument here it could be depending on the type
of comms required.

We use GPRS as our devices are used in the field. This presents issues with
connectivity hence the reliable messaging bit. This also introduces issues
with breaking up messages into packets if GPRS is used. Our solution supports
3G, again when 3G is available connectivity and message size is slighty
different....

I could talk about this for hours...!

Good luck with your project.
 
N

Neil Cowburn

Why would you have to rewrite it once CF 3.5 is out? The CF team go to
tremendous lengths to ensure that code you write today will run on
tomorrow's framework. Their backwards compatibility rating is in the high
90s percentile. Just because a new technology (WCF) is introduced does not
mean you should immediately rewrite your code. If your code works and is
stable, why spend the extra time and expense?

--
Neil Cowburn
Principal Partner
OpenNETCF Consulting, LLC.

Managed Code in the Embedded World

http://www.opennetcf.com/
http://www.smartdeviceframework.com/
 
O

Oriane

Hi Neil,
Neil Cowburn said:
Why would you have to rewrite it once CF 3.5 is out? The CF team go to
tremendous lengths to ensure that code you write today will run on
tomorrow's framework. Their backwards compatibility rating is in the high
90s percentile. Just because a new technology (WCF) is introduced does not
mean you should immediately rewrite your code. If your code works and is
stable, why spend the extra time and expense?

Yes you are right. But since what I have to write will be a product with (I hope) a big lifetime, it could be meaningful to use a "almost ready" technology...

Oriane
 
G

Guest

It is very likely that it won't be ready until the end of the year. What you
decide depends on your project timescales.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top