比较包装WebAPI与IIS Url Rewrite的方法主要是通过比较它们的功能、用法和效果来评估它们的优缺点。以下是一个包含代码示例的解决方案，用于演示如何使用包装WebAPI和IIS Url Rewrite来实现URL重写。

1. 使用包装WebAPI实现URL重写：

// 定义WebAPI控制器
public class MyController : ApiController
{
    [HttpGet]
    [Route("api/mycontroller/{id}")]
    public IHttpActionResult Get(int id)
    {
        // 处理请求逻辑
        return Ok("Data for id: " + id);
    }
}

// 配置WebAPI路由
public static class WebApiConfig
{
    public static void Register(HttpConfiguration config)
    {
        // 启用路由特性
        config.MapHttpAttributeRoutes();
        
        // 配置默认路由
        config.Routes.MapHttpRoute(
            name: "DefaultApi",
            routeTemplate: "api/{controller}/{id}",
            defaults: new { id = RouteParameter.Optional }
        );
    }
}

// 在全局.asax中注册WebAPI配置
protected void Application_Start()
{
    GlobalConfiguration.Configure(WebApiConfig.Register);
}

2. 使用IIS Url Rewrite实现URL重写：

通过上述示例代码，我们可以看到使用包装WebAPI和IIS Url Rewrite实现URL重写的区别。

包装WebAPI的方法是通过定义API控制器和配置路由来实现URL重写。在上述示例中，我们定义了一个MyController控制器，并使用[Route]特性来指定URL模板。在全局.asax文件中注册WebAPI配置后，请求api/mycontroller/{id}将被路由到MyController的Get方法上。

IIS Url Rewrite的方法是通过配置IIS的URL重写规则来实现URL重写。在上述示例中，我们使用了一个URL重写规则，将api/mycontroller/{id}重写为api/mycontroller?id={id}。这样，当请求api/mycontroller/1时，实际上会重写为api/mycontroller?id=1，然后被传递给WebAPI的控制器进行处理。

总结：

• 包装WebAPI的方法更加灵活，可以在代码中直接定义路由规则，并且可以根据需要进行更复杂的路由配置。
• IIS Url Rewrite的方法更适合在IIS层面进行URL重写，适用于不想修改代码的情况下进行简单的URL重写。
• 两种方法都可以实现URL重写，具体选择哪种方法取决于项目需求和个人偏好。