kurifu

Remeber back in C++ when to send a packet from one end point to another you create some structure for your packet headers and data, casted it into a bytstream sent it and then interpreted it again on the opposite end based on the header data?

Well I am about to tackle the task of creating a TCP Server/Client application only this time in C#. The good news is that the TcpClient and TcpListener classes take a lot of the monotonous base work out of creating a stable setup (and managing the sockets); however it leaves me wondering about sending the data from one point to another.

I will be dealing exclusively with binary data, no text. So again I will have to create a series of classes/structure which represent the various message that will be going across the wire; however having worked in the past with Xml and Binary Serialization to save data to disk, I am wondering if this would be a good approach to serializing the messages I am going to be sending across the network?

It does seem to be much easier than fiddling with the InterOp capabilities of my structures and specifying the memory layout so that I can produce a reliable byte stream, but I want to make sure that I am not sacrificing huge amounts of efficiency by using Binary Serialization. If binary serialization works anything like XML serialization extra data will be added into the bytestream to describe the values, this would produce overhead, though I am not sure how much yet.

Any insight?

__________________
Clifford Matthew Roche <geek@cliffordroche.com>
Web Hosting: http://www.crd-hosting.com
Consulting: http://www.crdev-consulting.com