我试图找到关于特定API如何编码的合理解释。当试图巧妙地解释API背后使用的模式时,流行的MVC模式并不适合。我想知道是否有人知道以下模式是否适合任何传统的设计模式。我意识到模式只是抽象的概念而我们并没有试图锁定一个(这将是愚蠢的),但我的好奇心正在杀死我。
(传入请求) - > [ROUTER] 将请求传递给正确的类,并将请求的数据传递给要使用的方法。
[CONTROLLER] 负责处理原始请求数据和编写数据的方法 响应。该方法实例化所有必要的类以满足请求并准备支持类,这些类需要它们的依赖项被注入。
[MODELS] 负责处理缓存,数据库和文件操作的类的集合。如果您愿意,所有较低级别的业务逻辑。
[CONTROLLER] 组织从模型返回的所有数据并准备a 最终答复和任何高级业务逻辑。
&lt ;-( JSON回应)
API不负责创建视图/界面,仅编写请求应用程序或网站使用的数据资源。
是否有描述这种情况的模式?
答案 0 :(得分:1)
API只是向客户端或服务器提供信息的另一种方式。
您只需提供JSON,XML或您使用的任何格式,而不是提供HTML页面。
模型 - 视图 - 控制器模式仍然适用,唯一的区别是您的视图部分不再需要被视为完整的HTML,就是这样。