如何确定处理指定URL的应用程序或模型？（模型内获取应用引用）

嘿，我完全get到你的需求了——你是想在模型层（不是视图里）拿到处理当前浏览器地址栏URL的应用程序/模型句柄对吧？其实核心思路就是让模型能访问到当前的请求上下文，因为应用程序的相关引用一般都绑定在上下文里。下面给你几个实用的实现方式：

• 依赖注入（最推荐的方案）
  现在主流的开发框架几乎都支持依赖注入，这也是最符合设计原则的方式。你可以把应用程序的核心服务或者上下文对象通过构造函数注入到模型中。拿ASP.NET Core举例，你可以注入IHttpContextAccessor来获取当前请求上下文，进而拿到应用程序相关的引用：

  public class YourBusinessModel
  {
      private readonly IHttpContextAccessor _httpContextAccessor;
      // 也可以注入你需要的特定应用服务，比如IWebHostEnvironment
      private readonly IWebHostEnvironment _appEnv;
  
      // 通过构造函数注入依赖
      public YourBusinessModel(IHttpContextAccessor httpContextAccessor, IWebHostEnvironment appEnv)
      {
          _httpContextAccessor = httpContextAccessor;
          _appEnv = appEnv;
      }
  
      public void ProcessCurrentRequestLogic()
      {
          // 获取当前请求的URL信息
          var currentRequestUrl = _httpContextAccessor.HttpContext?.Request.Path;
          // 借助注入的应用服务操作程序相关逻辑
          var appRootPath = _appEnv.ContentRootPath;
      }
  }
  

  这种方式既解耦了模型和上下文，又让模型更容易做单元测试，绝对是首选。

• 静态上下文（应急方案，不推荐）
  如果你用的是比较老的框架（比如传统ASP.NET），可能有静态的HttpContext.Current可以直接调用，能快速拿到应用程序实例，但这种方式会让模型和上下文强绑定，后续测试和维护都很麻烦：

  public class YourBusinessModel
  {
      public void QuickAccessLogic()
      {
          var currentUrl = HttpContext.Current?.Request.Url;
          var appInstance = HttpContext.Current?.ApplicationInstance;
          // 基于拿到的实例做后续处理
      }
  }
  

  除非实在没有其他办法，否则尽量别用这种方式。

• 上下文参数传递（折中方案）
  如果暂时没法用依赖注入，也可以在调用模型方法的时候，把当前的应用程序句柄或者上下文作为参数传进去。比如：

  // 在控制器/服务层调用模型方法时
  var model = new YourBusinessModel();
  model.DoBusinessLogic(HttpContext.Current.ApplicationInstance);
  
  // 模型内部的方法
  public void DoBusinessLogic(HttpApplication appInstance)
  {
      // 使用传入的应用程序实例处理逻辑
      var appState = appInstance.Application;
  }
  

  这种方式比静态上下文灵活一些，但会增加调用方的代码负担，不如DI优雅。

额外提醒：模型层的核心职责是处理业务逻辑，尽量避免直接和请求上下文、应用程序实例耦合。如果你的需求是根据当前URL做业务决策，或许可以考虑把URL解析、上下文相关的逻辑放到服务层，再把处理后的结果传递给模型，这样模型的职责会更清晰哦。

内容的提问来源于stack exchange，提问作者geoidesic