RESTful Javascript 个框架和 RESTful PHP 个框架
RESTful Javascript frameworks and RESTful PHP frameworks
这是我第一次尝试进入 Javascript 和 PHP 的 RESTful 框架。具体来说，它们是 Javascript 的微框架 CanJS 和 PHP 的 Slim。
它们似乎都将 4 个 HTTP "verbs"（Get、Post、Put、Delete）映射到数据库 CRUD 操作。
那么，在什么情况下一个人会使用一个而不是另一个？在什么情况下会同时使用两者？
像我五岁一样解释？ （这可能会被编辑掉，但抱歉，我无法抗拒。）
你的一些代码对 CanJS 说，"Please findOne of this Foo object; the ID is 1"
CanJS 模型对 Slim 服务说，"Hello, can I GET this object that you have at /foos/1 ?"
斯利姆说 "Sure, here's some text that represents it { BLAH BLAH BLAH }"
CanJS 和 Slim 事先就对象的外观达成一致，因此当 CanJS 看到文本时，它知道如何通过 解析
CanJS 获取文本，对其进行解析，生成看起来像 Foo 的内容（Foo 是 can.Model 的一种特殊类型，它是通过子类化生成的）它，并使用 success 回调或 resolved promise.
将其发送回您的代码
当您在客户端使用围绕 REST 的框架时，您始终需要在服务器端提供匹配的服务来提供 REST 端点（处理 GET/POST/PUT/DELETE 请求的东西）。因此，这不是在 CanJS 和 Slim 之间进行选择的问题，而是选择 Slim 还是选择与 CanJS 一起工作（向其提供数据）的其他东西的问题。
这是我第一次尝试进入 Javascript 和 PHP 的 RESTful 框架。具体来说，它们是 Javascript 的微框架 CanJS 和 PHP 的 Slim。
它们似乎都将 4 个 HTTP "verbs"（Get、Post、Put、Delete）映射到数据库 CRUD 操作。
那么，在什么情况下一个人会使用一个而不是另一个？在什么情况下会同时使用两者？
像我五岁一样解释？ （这可能会被编辑掉，但抱歉，我无法抗拒。）
你的一些代码对 CanJS 说，"Please findOne of this Foo object; the ID is 1"
CanJS 模型对 Slim 服务说，"Hello, can I GET this object that you have at /foos/1 ?"
斯利姆说 "Sure, here's some text that represents it { BLAH BLAH BLAH }"
CanJS 和 Slim 事先就对象的外观达成一致，因此当 CanJS 看到文本时，它知道如何通过 解析
CanJS 获取文本，对其进行解析，生成看起来像 Foo 的内容（Foo 是 can.Model 的一种特殊类型，它是通过子类化生成的）它，并使用 success 回调或 resolved promise.
将其发送回您的代码当您在客户端使用围绕 REST 的框架时，您始终需要在服务器端提供匹配的服务来提供 REST 端点（处理 GET/POST/PUT/DELETE 请求的东西）。因此，这不是在 CanJS 和 Slim 之间进行选择的问题，而是选择 Slim 还是选择与 CanJS 一起工作（向其提供数据）的其他东西的问题。