ASP.net 页面中的 WCF 客户端

Question

任何人都可以建议从 ASP.net 页面使用 WCF 服务的好模式吗？ 似乎如果 Client(:ServiceModel.ClientBase) 的生命周期没有得到正确控制，我们就会抛出 PipeException 。 它当前作为 Page 类的字段存在，但在每次页面请求时都会重新实例化，而不会被清理（.Close 方法）。

我怀疑这个问题可以改写为“管理 ASP.net 页面中的有限资源”，并且可能与 ASP.net 页面的生命周期更相关。 我是 ASP.net 的新手，所以我对此的理解有点薄弱。

TIA。

编辑：一些代码（没有太多内容！）

public partial class Default : Page
{
    //The WCF client... obviously, instantiating it here is bad,
    //but where to instantiate, and where to close?
    private readonly SearchClient client = new SearchClient();


    protected void Page_Load(object sender, EventArgs e)
    {

第二次编辑：以下会更好吗？

public partial class Default : Page
{
    private SearchClient client;


    protected void Page_Unload(object sender, EventArgs e)
    {
        try
        {
            client.Close();
        }
        catch
        {
            //gobbled
        }
    }

    protected void Page_Load(object sender, EventArgs e)
    {
        client= new SearchClient();
        //.....

Answer 1

我同意迈克尔的观点，如果可能的话，将其抽象到另一层。

但是，如果您要从 aspx 页面调用它，我只需创建一个单独的方法来调用它，返回其结果并进行清理。 将所有代码集中在一处，保持代码整洁。 只需记住在finally块中进行dispose，并且wcf代理必须转换为IDisposable才能进行dispose。

例如：

void Page_Load(object sender, EventArgs e)
{
  if(!IsPostBack)
  {
      RemoteCall();
  }
}

void RemoteCall()
{
 var client = new SearchClient();
 try
 {
     var results = client.Search(params);
     clients.Close();
 }
 catch(CommunicationException cex)
 {
   //handle
 }
 catch(Exception ex)
 {
   //handle
 }
 finally
 {
     ((IDisposable)client).Dispose();
 }

}

Answer 2

一般来说，您不应直接从表示层调用外部服务。 它会产生两个问题：第一，性能（池化、扩展等），第二，如果您需要进行身份验证，则会带来安全风险（DMZ 中的身份验证代码很糟糕。

即使您没有应用程序层，您应该考虑将服务调用重构为表示层中的私有服务，这将使您能够将服务的生命周期与页面的生命周期分离（正如您所说，这是有问题的）。