在一个典型的SAP UI5页面里，经常会碰到这样一类需求，页面需要生成 1 到 10 的页码，需要生成 2020 到 2026 的年份，需要准备 1 到 5 的步骤编号，或者需要把一段连续索引映射成若干本地UI State。如果平时同时写Angular和RxJS，很自然会想到range，因为range(1, 10)恰好能够产生这样一段连续数字。但到了SAP UI5这里，如果直接搜索sap.ui.range、RangeOperator或者类似 API，会发现并不存在这样的东西。这里真正值得研究的并不是名称有没有一一对应，而是RxJS range到底解决哪一层问题，以及SAP UI5在同一层、相邻层分别提供了什么机制。先把结论摆出来。SAP UI5没有内置一个与RxJS range完全等价的Operator或Observable Creation Function。如果目标只是生成连续整数，直接使用原生JavaScript的数组、循环或者写一个很小的range工具函数就够了。如果目标是把这些整数变成页面可绑定的数据，通常会配合JSONModel和Aggregation Binding
在一个典型的SAP UI5页面里，经常会碰到这样一类需求，页面需要生成 1 到 10 的页码，需要生成 2020 到 2026 的年份，需要准备 1 到 5 的步骤编号，或者需要把一段连续索引映射成若干本地UI State。如果平时同时写Angular和RxJS，很自然会想到range，因为range(1, 10)恰好能够产生这样一段连续数字。但到了SAP UI5这里，如果直接搜索sap.ui.range、RangeOperator或者类似 API，会发现并不存在这样的东西。这里真正值得研究的并不是名称有没有一一对应，而是RxJS range到底解决哪一层问题，以及SAP UI5在同一层、相邻层分别提供了什么机制。先把结论摆出来。SAP UI5没有内置一个与RxJS range完全等价的Operator或Observable Creation Function。如果目标只是生成连续整数，直接使用原生JavaScript的数组、循环或者写一个很小的range工具函数就够了。如果目标是把这些整数变成页面可绑定的数据，通常会配合JSONModel和Aggregation Binding
