Question

我确信,这甚至有可能是诚实的,

我很想知道,是否有办法去除使用没收档案,而不必推翻客户代理的创建。让我举一个例子:

在客户评估中,我们有一个WCF DAL项目。这是其供客户消费的WCF服务器的包裹。目前,客户评估需要组合文件中规定的所有约束和最终点,通常(在我们的项目中)做如下工作:

public MyObject GetMyObject(int id)
{
    using(var service = new MyObjectDataServiceClient())
    {
         return service.GetMyOBject(id);
    }
}

这将向服务器发出呼吁,并收回物体。如果客户看不出有约束力和最终点,就会被击退。我们可以改变每次创建数据服务客户的做法,以创造具有约束力的最终点,或为我们创造我们自己的力量,但这意味着改变目前的世界合作框架DAL层面代码。

我的目标是尝试并创造办法,把一个进程纳入到“世界家庭论坛”层面,处理具有约束力的问题和最终点,而不必修改消费法,同时消除对混淆文件的需求。

迄今为止,我的想法是尝试和使用一份TT文件,以便建立一部分数据服务客户,并压倒频道工厂。之所以失败,是因为建筑商呼吁数据服务客户进入抽象类别(System.serviceModel.ClientBase<T>);并试图使混淆不清。我无法找到一种办法,阻止它通过这个部分的班子在座,而不要改变WCF DAL服务层。

Answer 1

如果你在DAL有约束力和最终点,你可以使用不同客户类别(采用具有约束力的+终点地址)。这种构造完全绕过了组合,因此,你不需要在座谈任何事情。

友情链接