自己开发的Flex & .Net Remoting的框架

Rmoting技术已经出现了好几年,在应用上面也比较广,对开发网络程序带来很多的便利,大大提高了开发效率.

.NET 框架下面的Remoting技术在3.0之后出现了WCF之后,支持了双向Remoting,在应用上面已经没有什么不足之处.

但是WCF的Remoting只在.NET FRAMEWORK之下使用灵活,对其它的客户端就....这个是MS留有一手吧.

Remoting技术的优点也不需要详述了,就是非常快捷地将单机程序"变为"一个网络分布式程序,开发分布式程序,就像开发单机一样方便.

维基百科的资料:

".NET Remoting 是微软 .NET Framework 中的一种网络通信技术，与 XML Web Service 不同的是，它可以使用 SOAP 以外的协议来通信，而在服务端和用户端之间所操作的方法近乎相同，用户端可以不必考虑使用的协议，即可访问服务端所开放的对象。这个技术与是由Distributed COM所发展而来的，与DCOM最大的不同是，DCOM有限制使用 TCP Port，但.NET Remoting 可以选择使用 TCP 或 HTTP 的方式通信，而数据可以利用 SOAP 或二进制传输方式在网络上流动，二进制的传输效能是 SOAP 所不能比的，但 SOAP 却可以得到和 Web Service 相互沟通的能力，因此 .NET Remoting 的设计弹性较大。"

近来公司有个新项目,是一个简单的分布式小游戏...我之前打算使用Silverlight开发的,因为使用的是熟悉的C#语言,并且有WCF的支持,做什么都轻松.

但是,种种原因吧,最后采用的是FLASH客户端,噩梦啊,一直以来FLASH给我的感觉就是玩具,在9年前我玩过FLASH,那时候我是编写一些小动画脚本用的,我只知道在后期维护上,FLASH IDE的运行速度慢得可怕,而且容易崩溃...再者,脚本编写在"时间帧"上的,很分散,找起来头痛.

今天的FLASH有了一个变种,就是FLEX,专为程序员设计的啦,拿到手上来,花了1个星期将其精通了.感觉AS3.0之后,已经算是一门"语言"了...(扯远了,入正题)

既然是开发分布式程序,那么需要保证到高效,安全,当然也需要容易维护.....

 先看个演示吧,稍后再补全说明....