【问题标题】:Model View Controller pattern in REST HTTP clientREST HTTP 客户端中的模型视图控制器模式
【发布时间】:2015-10-25 17:30:20
【问题描述】:

对于 REST 客户端,我有点困惑 Model 应该由什么组成。假设我想让一个客户端通过 REST 与服务器通信。没有数据库。

示例:我想向服务器发送一个带有一些表单数据的 POST HTTP 请求。我应该把 construct_REST_request()execute_REST_request() 之类的方法放在哪里?在控制器中还是在模型中?在模型理论上应该是业务逻辑对象。是不是意味着 Model 中的数据只能是 Controller 使用的数据?

【问题讨论】:

    标签: rest design-patterns model-view-controller model coding-style


    【解决方案1】:

    模型是您的业务对象,它不必总是数据库 - 但本质上是控制器将在其上操作的目标对象。

    控制器根据来自视图的请求或您的 REST 控制器向外部世界的其他暴露,执行“往返”模型/对象的业务逻辑。您给出的示例方法应该是控制器的一部分

    【讨论】:

    • 您好,感谢您的回复!你能给我一些关于我的案例的业务逻辑的例子吗?我仍然不确定构建 REST (f.g curl) 请求是否会成为应用程序逻辑或业务逻辑的一部分......
    • 当然,但在那之前——你需要详细说明——“我的情况”……我不知道你在休息服务中在做什么。
    • execute_REST_request() 进入控制器......这个方法在你的情况下应该做什么?
    • 好的。我的 HTTP 服务器是其子单元集群(以及集群中的服务器)的主机。我的客户将管理这些单位。启动/停止、检查状态、重启、将应用部署到集群等操作
    • 我的工具将从用户命令构造有效的 REST 请求(设置正确的 URL、选项、数据表单等)并执行它(将刚刚构造的 REST HTTP 请求发送到 HTTP 服务器)
    猜你喜欢
    • 2011-12-18
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2011-09-12
    • 1970-01-01
    • 2016-11-28
    • 1970-01-01
    相关资源
    最近更新 更多