API 设计是一个令人着迷的话题。API 设计的一个重要方面是根据 API 的特性和功能确定正确的“大小”。所有建筑师都必须在某个时候解决过这个问题。在本文中，我将尝试对我们在获得“正确的”粒度 API 之前需要考虑的各种参数进行一些深入的探讨： 可维护性： 首先想到的是 API 的可维护性。粗粒度的 API 很难维护。随着 API 使用者需求的增长，添加更多的实现变体或参数将变得困难。 管理

文章目录 前言TryOn Error ContinueOn Error Propagate 前言 在《MuleSoft自学分享-21.Mule组件（Until Successful）》我们尝试使用Until Successful组件，在Request请求失败时以一定间隔时间重新发送请求（请求成功时不会调用）。同时我们产生了一个新的问题——如何捕获错误，其实在导入Design Ce

文章目录 前言MUnitMock whenAssert That 前言 这个简单的案例已经基本开发完成，在开发完成后，开发人员要进行UT测试。在Mule APP中UT测试需要使用到官方提供的MUnit组件。本片教程将介绍如何使用MUnit对Mule APP进行测试。 MUnit 返回employeeapi.xml，右键点击APIkit Router选择Create Test…

文章目录 前言Set EventMock whenAssert ThatVerify call测试覆盖率 前言 在《MuleSoft自学分享-18.MUnit测试正常系（Test，Mock when，Assert that）》和《MuleSoft自学分享-19.MUnit测试异常系》我们对/getEmpInf的GET方法进行了正常系和异常系的测试。本次案例我们将对/getEmpI

文章目录 前言测试异常系 前言 《MuleSoft自学分享-18.MUnit测试正常系》中做了get:\getEmpInf:employeeapi-config这个流程的测试。这个测试是正常系的测试（流程正常进行时的测试情况），既然有了正常系的测试，就一定会有异常系的测试（流程异常进行时的测试情况）。本次案例就介绍如何进行异常系测试。测试内容为使用错误的请求方式进行请求。 测试