返回信息流这个是纯终端模式的么？
如果不下一步不考虑做界面的话为什么选择C#呢？跑个虚拟机怪别扭的。
这个是ipmsg的官网，有源码，可作为参考（PS：也是后来才发现，ms IPMsg这套传输协议是小日本搞出来的）。
http://www.ipmsg.org/index.html.en
链接：IPMsg传输协议
这是一条镜像帖。来源：北邮人论坛 / dot-net / #1154同步于 2010/1/13
该镜像源已超过 30 天没有更新，可能在源站已被删除。
dotNET机器人发帖
Re: [原创]IPMSG(飞鸽)的.net实现
effendi
2010/1/13镜像同步12 回复
订阅后，新回复会通过你的通知中心匿名送达。
9 条回复
这个需要安装.NET Framework吧？
【 在 xnonx (生米煮成糊饭) 的大作中提到: 】
: 1.遵循IPMSG协议，可以与飞鸽通信；
: 2.暂时还是半成品；
: 3.已经实现的功能有：局域网广播上线、离线、与现有飞鸽间的双向消息收发、向现有飞鸽的单向文件发送；
: ...................
好吧，我也表达得不太清楚。
1.主要是想问一下：如果你不考虑gui而将面向过程的部分封装在动态链接库里面实现的话，为什么用c#来写呢？c#和java都是托管的，用非托管方式岂不更高效吗？
2.无意扯到到ipmsg这个协议，请无视之。
3.整个程序还是很赞的，只不过我用vs2008编译的时候会遇到这个提示：
报错位置如下：
还没有时间仔细看是什么原因。
4.后来又想到一点，托管的程序调用非托管的ui很容易，但反过来你确定可行？
【 在 xnonx 的大作中提到: 】
: 呃，我不是很明白楼上的话。首先，既然我顶楼说了遵循ipmsg协议，自然是按照协议来设计的，这个协议自然也不会是我瞎猜出来的，肯定是看过协议的；然后，终端模式？虚拟机？不明白。如果你说的是指控制台的话，这个程序已经将所以方法封装在ipmsg模块里，并将外部所有用到的方法和事件在manager类中开放，写外部ui只要调这些方法，并注册相关事件即可，界面占的比重很小，大约两个小时就可完工。现在只是临时写个控制台来测试。 如果你是说建个winform，然后把所有发送消息，代码解析全扔到button click方法里的话，呃，当我什么都没说
没上飞鸽，所以也不太清楚对方是什么版本。
【 在 xnonx 的大作中提到: 】
: 请问楼上用的飞鸽是什么版本呢？感觉消息格式与我看到的标准不大一样
: 我参考的标准，消息格式是这样的：
: 版本号：包序号：用户名：主机名：命令字：附加消息
: ...................
非常赞，多谢分享
【 在 xnonx (生米煮成糊饭) 的大作中提到: 】
: 1.遵循IPMSG协议，可以与飞鸽通信；
: 2.暂时还是半成品；
: 3.已经实现的功能有：局域网广播上线、离线、与现有飞鸽间的双向消息收发、向现有飞鸽的单向文件发送；
: ...................
【 在 xnonx 的大作中提到: 】
: 1.遵循IPMSG协议，可以与飞鸽通信；
: 2.暂时还是半成品；
: 3.已经实现的功能有：局域网广播上线、离线、与现有飞鸽间的双向消息收发、向现有飞鸽的单向文件发送；
: ...................
支持加密的信息传输吗？