一步一步学Remoting之三：复杂对象这里说的复杂对象是比较复杂的类的实例，比如说我们在应用中经常使用的DataSet，我们自己的类等，通常我们会给远程的对象传递一些自己的类，或者要求对象返回处理的结果，这个时候通常也就是需要远程对象有状态，上次我们说了几种激活模式提到说只有客户端激活和Singleton是有状态的，而客户端激活和Singleton区别在于Singleton是共享对象的。因此我们可以选择符合自己条件的激活方式：
状态 拥有各自实例
Singleton 有 无
SingleCall 无 有
客户端激活 有 有
在这里，我们先演示自定义类的传入传出：
先说一个概念：MBV就是按值编码，对象存储在数据流中，用于在网络另外一端创建对象副本。MBR就是按引用编组，在客户机上创建代理，远程对象创建ObjRef实例，实例被串行化传递。
我们先来修改一下远程对象：
using System; namespace RemoteObject
{
public class MyObject:MarshalByRefObject
{
private MBV _mbv;
private MBR _mbr;
public int Add(int a,int b)
{
return a+b;
} public MBV GetMBV()
{
return new MBV(100);
}public MBR GetMBR()
{
return new MBR(200);
}public void SetMBV(MBV mbv)
{
this._mbv=mbv;
}public int UseMBV()
{
return this._mbv.Data;
}public void SetMBR(MBR mbr)
{
this._mbr=mbr;
}public int UseMBR()
{
return this._mbr.Data;
}
}
[Serializable]
public class MBV我们先来测试一下客户端激活模式：（服务器端的设置就不说了）
RemoteObject.MyObject app=(RemoteObject.MyObject)Activator.CreateInstance(typeof(RemoteObject.MyObject),null,new object[]{new System.Runtime.Remoting.Activation.UrlAttribute(System.Configuration.ConfigurationSettings.AppSettings["ServiceURL"])});
RemoteObject.MBV mbv=app.GetMBV();
Console.WriteLine(mbv.Data);
RemoteObject.MBR mbr=app.GetMBR();
Console.WriteLine(mbr.Data);
mbv=new RemoteObject.MBV(100);
app.SetMBV(mbv);
Console.WriteLine(app.UseMBV());
//mbr=new RemoteObject.MBR(200);
//app.SetMBR(mbr);
//Console.WriteLine(app.UseMBR());
Console.ReadLine();
好了，我们再来测试一下Singleton（别忘记修改客户端配置文件中的URI哦）
RemoteObject.MyObject app=(RemoteObject.MyObject)Activator.GetObject(typeof(RemoteObject.MyObject),System.Configuration.ConfigurationSettings.AppSettings["ServiceURL"]);
//RemoteObject.MyObject app=(RemoteObject.MyObject)Activator.CreateInstance(typeof(RemoteObject.MyObject),null,new object[]{new System.Runtime.Remoting.Activation.UrlAttribute(System.Configuration.ConfigurationSettings.AppSettings["ServiceURL"])});
再看一下.net内置的一些复杂对象，比如DataSet，可能传入传出DataSet和DataTable在应用中比较普遍，一些不可序列话的类我们不能直接传递，比如DataRow等，要传递的时候可以考虑放入DataTable容器中。
远程对象修改如下：
using System;
using System.Data;namespace RemoteObject
{
public class MyObject:MarshalByRefObject
{
public DataSet Method(DataSet ds)
{
DataTable dt=ds.Tables[0];
foreach(DataRow dr in dt.Rows)
{
dr["test"]=dr["test"]+"_ok";
}
return ds;
}
}
}
RemoteObject.MyObject app = (RemoteObject.MyObject)Activator.GetObject(typeof(RemoteObject.MyObject),System.Configuration.ConfigurationSettings.AppSettings["ServiceURL"]);
DataSet ds=new DataSet();
DataTable dt=new DataTable();
dt.Columns.Add(new DataColumn("test",typeof(System.String)));
DataRow dr=dt.NewRow();
dr["test"]="data";
dt.Rows.Add(dr);
ds.Tables.Add(dt);
ds=app.Method(ds);
Console.WriteLine(ds.Tables[0].Rows[0]["test"].ToString());
Console.ReadLine();
总结：
所有必须跨越应用程序域的本地对象都必须按数值来传递，并且应该用 [serializable] 自定义属性作标记，否则它们必须实现 ISerializable 接口。对象作为参数传递时，框架将该对象序列化并传输到目标应用程序域，对象将在该目标应用程序域中被重新构造。无法序列化的本地对象将不能传递到其他应用程序域中，因而也不能远程处理。通过从 MarshalByRefObject 导出对象，可以使任一对象变为远程对象。当某个客户端激活一个远程对象时，它将接收到该远程对象的代理。对该代理的所有操作都被适当地重新定向，使远程处理基础结构能够正确截取和转发调用。尽管这种重新定向对性能有一些影响，但 JIT 编译器和执行引擎 (EE) 已经优化，可以在代理和远程对象驻留在同一个应用程序域中时，防止不必要的性能损失。如果代理和远程对象不在同一个应用程序域中，则堆栈中的所有方法调用参数会被转换为消息并被传输到远程应用程序域，这些消息将在该远程应用程序域中被转换为原来的堆栈帧，同时该方法调用也会被调用。从方法调用中返回结果时也使用同一过程。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。