稳定的ID最近被添加到UI5 1.52版的开发最佳实践指南中，这是理所当然的！当涉及到实现应用程序和测试的灵活性和稳定性时，它们是一个合适的动力源泉：每当程序员需要对工件的防弹引用时，稳定的id是完美的匹配。许多用例都可以从这一措施中获益——顺便说一句，我们所有的演示应用程序都已经用稳定的ID进行了更新。两个特别有代表性的用例是本文的主题，用户的应用灵活性和自动化测试。两个用例都有一个共同点，即如何分配稳定ID：
对于组件，稳定ID在索引.html文件或在mockserver.html. 如果使用Fiori启动板，Fiori启动板将分配ID，无需手动设置新外壳({应用程序：新组件容器({身高："100%"，姓名："sap.ui.demo.bulletinboard"，设置：{id:"公告板"}})视图、片段、控件等在创建它们的位置获得它们的稳定ID：在清单.json文件作为路由配置的一部分；但也可能在XML视图或控制器中，例如，如果它们是以编程方式创建的。"路由"：{"配置"：{"routerClass"："sap.m。路由.路由器","viewType"："XML"，"视图路径"：sap.ui.demo.公告板视图","controlId"："应用程序"，微淘客，"controlAggregation"："页面"，"异步"：真
1。用户的应用灵活性
客户有太多矛盾但相似的要求？通过SAPUI5 flexibility services的UI运行时自适应功能，使sapfiori应用程序的用户界面变得灵活，这是迎接这一挑战的好机会。稳定的ID用于处理应用程序中的编程工件。即使它在应用程序中的位置或工件的技术名称发生变化，应用程序也将保持其生命周期的稳定性和不受修改的自由。下面的视频显示了用户的自适应效果：
在运行时UI自适应演示应用程序的Me区域（图标看起来像左上角的人），用户可以选择自适应UI。然后，可以将隐藏但在应用程序oData中可用的字段添加到应用程序中，啥叫人工智能，丰富用户显示的信息。用户可以添加自己的标签，合并字段，甚至添加或删除整个节。所有字段的稳定ID有助于应用程序的所有部分都是不同的，人工智能书，因此可以直接引用。
出于性能原因，将异步加载与稳定ID结合使用是有意义的：由于用户更改存储在SAP UI5 flexibility services中，因此会从中生成具有稳定ID的工件。异步加载有助于跳过应用程序初始化时不必要的默认对象生成，工件生成只发生一次，包括用户更改，而不是两次。自动化测试
在测试中，广西大数据，稳定的IDs导致更可靠的测试结果。生成的ID不能提供的保证，因为它们可以根据其环境进行更改。其效果可以想象为试图在淋浴时使用一块肥皂。如果您使用稳定的id编写OPA测试和集成测试，那么您可以确保不会出现问题，因为固定名称总是存在的。他们甚至可以扩大测试的可能性。唯一稳定的ID的另一个优点是故障排除更容易。首先，开发人员为所有工件分配自己的稳定id。这样，我们可以在开发人员工具中看到，所有封装工件的名称都是复合的，并且允许开发人员比自动生成的id更容易地确定它们在代码中的位置。重复的和不具代表性的名称使用数字来区分它们自己，数据与大数据专业，比如*\u button42-content*，这使得开发人员很难识别工件的代码所在的位置。这是一个完全不同的故事，它的名字是这样的：如果下面的XML视图是使用ID myView实例化的，那么包含的页面和表在运行时将具有IDs myView–page和myView–table。
稳定的IDs不是扩展应用程序编程视野的一个简单而重要的方法吗？我们希望您再次享受UI5ers Buzz系列的这一课，并希望得到您的反馈。
