上面的示意圖中，步驟7指向的Remoting Server就是Host程序，

而Remoting Server包裹著的RemoteCustomer就是真正提供服務的數

據操作類。

以下所列代碼即為該類的部分實現：



代碼13：使用Data Access Logic進行Remoting調用 – 3，RemoteCustomer



public class RemoteCustomer: MarshalByRefObject

{

public RemoteCustomer() { }



public ArrayList GetAllCustomers()

{

SqlConnection conn = new SqlConnection(

Helper.GetApplicationSetting("ConnectionString"));



// 通過ObjectSpaces獲取所有Customer數據

ObjectSpace os = new ObjectSpace(

Helper.GetApplicationSetting("MappingFile"), conn);



ObjectSet ost = os.GetObjectSet(typeof(MyCustomer), "");



// 以ArrayList方式返回所有Customer數據

// 注：當前版本中，ObjectSet對象通過Remoting進行傳遞有 Bug

ArrayList al = new ArrayList(ost);



return al;

}

}































































作者相信，在看完代碼后，肯定有些朋友會產生這樣的疑問：

代碼13中的RemoteCustomer完成的也是我們前面分析過的

Data Access Logic所能完成的工作，雖然當中隔了一層Remoting，

但本質相同，難道就不能與代碼11，12中的CustomerDal_ORM進行

一次“有效重組”嗎？

回答是肯定的！



不過，我們還是需要做兩個非常簡單的操作：

（1） 大家還記得代碼9中的DalBase嗎？只要我們令它從MarshalByRefObject繼承（原先是默認的object），即可“輕松”解決這個問題！但也別高興太早，一旦如此，所有其它的Data Access Logic類也將不得不接受這“多余的饋贈”L，要知道，畢竟通過Remoting進行Data Access Logic操作的機會還不是很多（一般通過Business Logic即可解決問題），這樣的“饋贈”并不是人人可以消受的（這也是作者并沒在DAF Solution中這么實現的原因）！

（2）將上述RemoteCustomer的代碼并入CustomerDal_ORM中，但是，請注意：別忘了將方法名稱改掉（因為已經有一個GetAllCustomers方法存在，雖然返回類型不同，但任何.NET下的Compiler都是無法區分這種差別的J）！



下一段：http://www.csdn.net/develop/Read_Article.asp?id=27559