README

这是一个持续进行的项目，简单来说，我将提供指导方针来理解它的目的和最常用的使用案例。

众所周知，在Web服务中公开的API定义了一系列其他系统为了与之交互而必须遵守的政策，以便实现通信，从而满足业务需求。

本主题中描述的模块构成了一种中间件，简化了设计者的工作，因为它允许在实现与外部API的交互时关注高级用例。

您可以使用composer（我唯一推荐的方式）安装此软件包。

composer require ticaje/m2-connector

此模块使用基础合同模块来遵守该模块中声明的基于合同设计方法的基础。

目的是建立一个标准流程来构建可扩展的外部API连接器，以标准化重复性任务，如认证、请求和处理API响应，并为定义数据和服务的合同留出空间，这是领域模型的实际差异化因素。

这种方法的目的是提供一个框架，允许设计者以最小的努力反映特定领域可能涉及的业务策略。这样，架构师可以专注于创建纯业务实现，并将基础设施问题留给这个中间件。

上述所有模块都实现了相应的接口，因此开发人员可以通过依赖注入容器构建所需解决方案，因为高级方法规定了隔离服务驱动的设计。

关于创建每个特定领域的配方

例如，默认情况下，REST连接器使用Guzzle库来抽象连接到REST API时的低级别用例，您不想或不能使用Guzzle，那么创建一个新的虚拟类型客户端工厂接口（如在di.xml文件的第4行所示）并定义对其的依赖，这样您的较高级别模块将使用这个新的虚拟类型。

另一方面，令牌提供者使用我们刚才定义的相同REST客户端来实现请求令牌的特定逻辑。每当需要新的实现时，可以通过继承和接口实现的力量使用，以实现特定的领域建模。

顺便说一句，这个非常具体的实现虽然最小化，但完全是函数式的；即使如此，在适当的条件下，也可以通过少量副作用将其覆盖，因为已经应用了服务隔离模式。

该模块的示例实现已在一个虚拟模块中实现，请随意使用它。

同样，基础合同模块的文档也可用，您可以开始研究它。

贡献

请参阅CONTRIBUTING以获取详细信息。

GNU通用公共许可证（GPLv3）。请参阅许可证文件获取更多信息。