C#命名管道通信遇到的问题
1
[待解决问题]
最近在做一个项目，需要C#与C++通信，因此没有用WCF，公司决定用命名管道来解决
进程之间通信，我目前是C#与C#之间使用命名管道进行测试，使用命名管道进行数据传输
很简单，但真正用到项目中会有以下问题：
1. 如何传递操作，即我这次传输的数据是用来干什么的，要转换成什么数据类型？
2.我使用xml序列化引用类型进行传输，最后在接收端进行反序列化，这样频繁的调用资源
会不会影响程序性能（因为要序列化，就需要初始化各种reader，这些很占用资源）？
3，另外，我客户端发消息，服务端要调用接收代码才能得到消息，那么怎么让服务端能自动客户端在任意时间段发出的消息，如果起后台线程用while。。true监听，还是用定时器，隔多少毫秒扫描下，还是有更好的实现方法？
所有回答(2)
0
....不哟个wcf不能用webapi吗.为什么要用明明管道这种上古时期的解决方案
感谢回答，我研究下
0
对于第三问，我好奇怪，服务器难道不应该一直处于待命状态的么？
要不然叫啥服务器啊。Waiter/Server一个意思的，哪个客人叫，都得应答。
每次见到有人问通讯的相关问题有这个我都觉得好奇怪...
感谢回复，我们这些小菜说的服务器其实是另一个进程的应用程序，我们主观的完美设计是这样，服务器空闲处于冻结状态，当我们发送消息给它时，唤醒它，然后进行正常通信，小菜们担心的是服务器一直处于待命状态的实现机制（自己用while true或定时扫描实现），会影响服务器（即另一个进程的应用程序）效率和性能
@岳不涛: 不就是IIS..弄个webapi吧
