API中的PHP设计模式

时间:2016-09-21 21:14:24

标签: php design-patterns

我试图找到关于特定API如何编码的合理解释。当试图巧妙地解释API背后使用的模式时,流行的MVC模式并不适合。我想知道是否有人知道以下模式是否适合任何传统的设计模式。我意识到模式只是抽象的概念而我们并没有试图锁定一个(这将是愚蠢的),但我的好奇心正在杀死我。

  

(传入请求) - > [ROUTER] 将请求传递给正确的类,并将请求的数据传递给要使用的方法。

     

[CONTROLLER] 负责处理原始请求数据和编写数据的方法   响应。该方法实例化所有必要的类以满足请求并准备支持类,这些类需要它们的依赖项被注入。

     

[MODELS] 负责处理缓存,数据库和文件操作的类的集合。如果您愿意,所有较低级别的业务逻辑。

     

[CONTROLLER] 组织从模型返回的所有数据并准备a   最终答复和任何高级业务逻辑。

     

&lt ;-( JSON回应)

API不负责创建视图/界面,仅编写请求应用程序或网站使用的数据资源。

是否有描述这种情况的模式?

1 个答案:

答案 0 :(得分:1)

API只是向客户端或服务器提供信息的另一种方式。

您只需提供JSON,XML或您使用的任何格式,而不是提供HTML页面。

模型 - 视图 - 控制器模式仍然适用,唯一的区别是您的视图部分不再需要被视为完整的HTML,就是这样。