当前位置：文江博客话题详情

ColdFusion MVC 框架和RESTful 服务不匹配？

发布于 2024-09-04 14:22:55 字数 219 浏览 4 评论 0原文

大多数 CF MVC 框架使用前端控制器模式。通常，搜索引擎安全 (SES) 插件与 URL 重写一起用于构建友好的 URL。然而，在实现 RESTful 服务时，使用 MVC 框架似乎是在另一层复杂性之上添加了一层复杂性。

该如何驯服这种猛兽呢？有什么好的、干净的方法来支持 ColdFusion 的 RESTful 服务吗？有没有可以轻松公开 RESTful 服务的 MVC 框架？

谢谢

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

枯寂 2024-09-11 14:22:55

ColdBox 长期以来一直支持 RESTful URL。在 3.0 中，您甚至可以拆分传入的 HTTP 动词，以良好的解耦方式执行不同的操作。阅读此处： http://blog.coldbox.org/post.cfm /coldbox-rest-enabled-urls

您甚至可以非常轻松地在事件处理程序上设置 HTTP 方法安全性：

component{

    this.allowedMethods = {
        LIST = "GET",
        SAVE = "POST,PUT"
    };
}

ColdBox has been supporting RESTful URLs for a long time now. In 3.0 you can even split the incoming HTTP verbs to execute different actions in a nice decoupled manner. read here: http://blog.coldbox.org/post.cfm/coldbox-rest-enabled-urls

You can even have HTTP method security on your event handlers very easily:

component{

    this.allowedMethods = {
        LIST = "GET",
        SAVE = "POST,PUT"
    };
}

回复收藏 0 原文

凉栀 2024-09-11 14:22:55

我一直在使用 Powernap (http://powernap.riaforge.com) 来实现 RESTful Web 服务。它不是 MVC 框架，但我认为它可以与您当前在应用程序中使用的任何框架一起工作。

回复收藏 0 原文

哆兒滾 2024-09-11 14:22:55

我不久前尝试使用 PowerNap，但我觉得它不太适合我正在做的事情（在现有应用程序之上构建 API）。我的解决方案是RESTfulCF：它是前端控制器，但没有实现完整的MVC，因为（正如你说）这太过分了。

我们目前正在使用 RESTfulCF 为 White Label Dating 的许多（大量使用）内部系统提供支持，它运行得像梦一样，同时允许我们继续与 API 层分开构建应用程序的其余部分，我们用 API 层来公开正是我们需要的系统。

回复收藏 0 原文

纵性 2024-09-11 14:22:55

有趣的是你应该问。我是 PowerNap 的粉丝，但我认为可以用另一种方式做得更好，所以我开始了我的上周自己的框架。它仍然是一个前端控制器框架，因此一切都通过 index.cfm 进行传输（可以使用 url 重写轻松删除），但它是专门为编写 RESTful Web 服务而构建的。它从 PowerNap 以及 FW/1 中汲取了很多灵感。

虽然还是有点粗糙，但是很有效。现在我将其称为概念验证；但不久之后我将其称为 1.0 版本。我已经放了一些信息和github 上的源代码。

2010 年 8 月 23 日更新：现在正式为 1.0！ :)

回复收藏 0 原文

指尖上得阳光 2024-09-11 14:22:55

我按照 Fowler 的 PageController 模式使用 MVC 来实现 REST 服务。每个资源一个控制器，控制器为每个支持的 http 方法实现一个方法。即获取、放置、发布、删除。

对我来说效果很好。我的方法与 MVC 标准解释的唯一不同之处在于我的模型实际上是 UI 内容的模型。它不是领域模型。它可能包含域模型中的元素，但也可能包含其他内容。

回复收藏 0 原文

谁的年少不轻狂 2024-09-11 14:22:55

水银也不错啊！ http://quicksilver.riaforge.org/

/**
* @url /hello/{text}
* @httpMethod GET
*/
public String function saySomething(required String text) {
return "Hello " & arguments.text;
}

实际网址：

index.cfm/hello/developer

Quicksilver is not bad! http://quicksilver.riaforge.org/

/**
* @url /hello/{text}
* @httpMethod GET
*/
public String function saySomething(required String text) {
return "Hello " & arguments.text;
}

Actual URL:

index.cfm/hello/developer

回复收藏 0 原文

你的背包 2024-09-11 14:22:55

另一种选择是太妃糖（https://github.com/atuttle/Taffy）。每个 URI 模板添加一个 CFC，并为您想要支持的每个 HTTP 方法（GET、PUT、DELETE 等）定义一个方法。

<cfcomponent extends="taffy.core.resource" output="false"
             taffy_uri="/user/{userID}/stuff/{stuffID}/property/{propertyID}">

    <cffunction name="get" access="public" output="false">
            ...
    </cffunction>

    <cffunction name="post" access="public" output="false">
            ...
    </cffunction>

    <cffunction name="delete" access="public" output="false">
            ...
    </cffunction>
</cfcomponent>

Another option is Taffy (https://github.com/atuttle/Taffy). Add one CFC per URI template, and define a method for each HTTP method you want to support (GET, PUT, DELETE, etc).

<cfcomponent extends="taffy.core.resource" output="false"
             taffy_uri="/user/{userID}/stuff/{stuffID}/property/{propertyID}">

    <cffunction name="get" access="public" output="false">
            ...
    </cffunction>

    <cffunction name="post" access="public" output="false">
            ...
    </cffunction>

    <cffunction name="delete" access="public" output="false">
            ...
    </cffunction>
</cfcomponent>

回复收藏 0 原文

~没有更多了~