15、跨设备与跨渠道Web应用开发：从山地骑行到银行服务

跨设备与跨渠道Web应用开发：从山地骑行到银行服务

1. 跨设备应用基础与挑战

在当今数字化时代，跨设备应用变得越来越重要。以山地骑行路线的跨设备管理为例，为确保配对设备显示相同路线的信息，当前选择的路线会被配置为同步。分布算法从XD - MVC接收设备信息，该框架能提供每个配对设备的尺寸，还支持区分控制器和查看器设备的角色。

然而，此类项目受限于时间。若有更多时间，可以实现更多跨设备功能。比如引入协作模式，让所有设备（而非仅控制器）都能选择路线，但这可能会在两个用户同时尝试更改路线时引发冲突。还可以不仅分发详细视图，而是分发整个应用，例如将过滤器移到小设备上，将显示结果的地图移到大设备上。此外，如何告知用户跨设备应用的可用功能以及如何使用所有设备，仍是未来需要解决的问题。

2. 银行领域的跨渠道挑战

零售银行面临着来自各种支持网络的智能设备的特殊挑战。在全渠道银行的世界里，客户要求在进行银行活动时能够灵活、便捷地使用不同渠道。过去，客户主要通过孤立的渠道（如银行工作人员或ATM）访问银行服务，而现在，在交易过程中使用不同渠道越来越受欢迎。

全渠道银行与多渠道银行有明显区别，具体如下表所示：
| 对比项 | 多渠道银行 | 全渠道银行 |
| ---- | ---- | ---- |
| 渠道使用 | 固定渠道使用 | 灵活渠道使用 |
| 渠道关系 | 渠道分离 | 渠道整合 |
| 数据情况 | 渠道中数据冗余 | 渠道间数据同步 |
| 渠道切换 | 很少或无渠道切换 | 持续渠道切换 |

从多渠道银行向全渠道银行的转变对开发者来说是一项艰巨的任务，他