自定义应用配置

在我们开发自定义应用时，经常会遇到这样一个场景：

调用第三方服务比如微信小程序的 API 需要有 appid 和 secret。开发者肯定不能把自己的放上去设为固定值，因为应用上架后是要被多人使用的。但是也不能由前端直接传值，会泄露。这时候就需要一个配置系统来帮忙。

应用开发者在“应用配置”模块提前设置好需要的配置项，如下所示。

清林云用户在安装应用后即可前往该应用的配置页面填写你要求的配置项数据：

包括开发者自身也需要前往配置。

之后在 API 的步骤设计中，就可以在一些步骤的值来源中选择应用配置,值填写前面设置好的名称即可，如下图所示。

再举个例子，“用户系统”中需要我们调用微信的接口和短信服务商的接口，那么有如下配置：

然后在小程序登录的 API 中获取手机号步骤如下：

清林云用户配置自己的小程序信息或短信供应商信息后即可正常使用自己的第三方服务。

这样我们就实现了同一个应用可以被所有用户同时使用的架构。

配置建议

你会发现，在上图中，我们要求用户在“用户系统”中去配置信息，而不是在“常用微信接口”应用中配置，这是为什么？按理来说将配置放在相关应用不是更清晰吗？

这时候就要考虑一个点就是，同一个用户使用多个应用，有多个小程序或供应商的情况，这样它们去调用通用型应用时就会使用同一份配置数据造成冲突。

所以可能被多个应用调用的通用性应用，应该尽量做成最兼容的模式。

比如说我们可能要在“拼团系统”中再调用“常用微信接口”，如果把配置放在“常用微信接口”中，当用于登录的小程序和拼团的小程序不同时，就没有办法同时使用“常用微信接口”了。

而当我们把配置项尽量放在业务型自定义应用时，用户配置相关数据在业务系统上，“用户系统”去调用“微信接口”会用登录小程序的信息，“拼团系统”去调用时会用团购小程序的信息，这样就能最大程度复用通用型自定义应用了。

一个优秀的自定义应用开发设计需要考虑到方方面面，即要有便捷性，也要有通用性。