RESTful grails 应用程序：干燥 UrlMapping

Question

假设我们有一个公开多个资源的 grails Web 应用程序。

• Tags
• urls
• users

该应用程序有一个经典的 Web 界面，用户可以与之交互并进行一些管理。 我们希望通过 RESTful API 将应用程序中的资源公开给客户端，并且我们不希望应用程序的这一部分弄乱我们已有的控制器和代码。 因此，我们提出了以下建议：

如果 Web 界面提供 host/app_path/url/[list|show|create]，我们希望 REST API 位于 /host/app_path/rest /url。

所以我们最终得到了以下 UrlMappings 文件：

class UrlMappings {
static mappings = {
    "/$controller/$action?/$id?"{

    }

    /* adding new urls and listing them */
    "/rest/url"{
        controller = "urlRest"
        action = [POST: "save", PUT: "save", GET: "list", DELETE:"error"]
    }

    /* accessing a single url */
    "/rest/url/$id"{
        controller = "urlRest"
        action = [POST: "update", PUT: "update", GET: "show", DELETE: "delete"]
    }

    /* non-crud stuff on urls */
    "/rest/url/$action?/$id?"{
        controller = "urlRest"
    }

    "/"(view:"/index")
    "500"(view:'/error')
}
}

问题是，这并不是这里最干燥的东西。 当我们添加更多资源（例如标签）时，情况会变得更糟。 它们将转换为另外三个非常相似的代码块...

非 CRUD 函数将类似于使用特定标准进行搜索之类的东西...

我们尝试使用循环生成映射闭包，但没有成功。 我们是否完全走错了路？

Answer 1

我建议使用以下映射：

"/rest/url/$id?"(resource:"urlRest")

下面是将为 urlRestController 创建的 HTTP 方法到操作映射：

GET         show
PUT         update
POST        save
DELETE      delete

我明白为什么您可能想要映射 /rest/url POST 来保存和 /rest/url/id PUT 来更新，但是这违背了这些动词的含义。 PUT 应该是添加新 url 的唯一方法，而 POST 应该是更新 url 的唯一方法。 如果您的约束是保持当前的控制器代码不变，那么按照您布置的方式进行操作可能是最好的方法。 然而，我的猜测是，您的控制器可能已经被编码为可以很好地处理默认映射（如果没有 id，则更新/删除会给出错误，如果没有 id，则显示重定向到列表，等等）。