多个或单个 BLE 服务
Multiple or Single BLE Services
如果有的话，拥有多个 BLE 的价值是什么 services？与仅将所有 characteristics 投入一项服务相比？
我正在从我们自己制造的（外围）设备构建一个 BLE 接口。我正在使用 STMicro BlueNRG-ms 芯片。我的第一个原型使用了 9 characteristics，很好地组织成 4 services。现在编写它的应用程序端，我发现单独的服务只会创建更多我必须映射的 UUIDs，而且似乎并没有真正增加任何价值。这 9 个特征都是独一无二的，所以我没有从单独的服务中得到任何真正需要的命名空间。
您通常会针对一组相关特征使用单一服务。
Bluetooth SIG 为常见场景定义了一个 number of service specifications，外围设备通常会实现其中一个或多个，可能还有它自己的 'private' 服务。
假设我为参加狂欢的人准备了一个特殊的外围设备。它有一个心率监测器和温度监测器来跟踪健康状况，还有一组彩色 LED 灯可以用来制作有趣的图案。它可以实现
- Device Information Service。
- Battery Service
- Heart Rate Service
- Health Thermometer Service
- 和一个公开特性以控制 LED 的私人服务
使用标准服务意味着其他应用程序可以访问我的外围设备的此功能。私人服务通常用于没有可用标准服务的地方（尽管我可以创建一个 'closed' 外围设备并将私人服务用于其他功能）。
现在，假设我创建了版本 2，它也有一个噪音制造器。我可以添加另一个具有噪音制造者特征的私人服务，而不是更改我原来的私人服务。这样我就不需要更改我的原始代码并且可以使其更加模块化。我还可以在我的代码中通过发现的服务来判断我拥有的是 v1 还是 v2。
最后，您提供的服务和您宣传的服务可以不同。通常，您会通告 'primary' 服务（在示例中这将是我的私人服务），以便您可以轻松发现正确类型的外围设备。连接到外围设备后，您可以发现它提供的其他服务（电池、心率等）
跨多个服务分解特征的唯一优势是获得逻辑分组。
如果有的话，拥有多个 BLE 的价值是什么 services？与仅将所有 characteristics 投入一项服务相比？
我正在从我们自己制造的（外围）设备构建一个 BLE 接口。我正在使用 STMicro BlueNRG-ms 芯片。我的第一个原型使用了 9 characteristics，很好地组织成 4 services。现在编写它的应用程序端，我发现单独的服务只会创建更多我必须映射的 UUIDs，而且似乎并没有真正增加任何价值。这 9 个特征都是独一无二的，所以我没有从单独的服务中得到任何真正需要的命名空间。
您通常会针对一组相关特征使用单一服务。
Bluetooth SIG 为常见场景定义了一个 number of service specifications，外围设备通常会实现其中一个或多个，可能还有它自己的 'private' 服务。
假设我为参加狂欢的人准备了一个特殊的外围设备。它有一个心率监测器和温度监测器来跟踪健康状况，还有一组彩色 LED 灯可以用来制作有趣的图案。它可以实现
- Device Information Service。
- Battery Service
- Heart Rate Service
- Health Thermometer Service
- 和一个公开特性以控制 LED 的私人服务
使用标准服务意味着其他应用程序可以访问我的外围设备的此功能。私人服务通常用于没有可用标准服务的地方（尽管我可以创建一个 'closed' 外围设备并将私人服务用于其他功能）。
现在，假设我创建了版本 2，它也有一个噪音制造器。我可以添加另一个具有噪音制造者特征的私人服务，而不是更改我原来的私人服务。这样我就不需要更改我的原始代码并且可以使其更加模块化。我还可以在我的代码中通过发现的服务来判断我拥有的是 v1 还是 v2。
最后，您提供的服务和您宣传的服务可以不同。通常，您会通告 'primary' 服务（在示例中这将是我的私人服务），以便您可以轻松发现正确类型的外围设备。连接到外围设备后，您可以发现它提供的其他服务（电池、心率等）
跨多个服务分解特征的唯一优势是获得逻辑分组。