大家好，在这个博客中，数据分析方法，我将分享我对最近试用的ui5 xml复合控件功能的见解。

我的用例：复杂的ui，从不同的角度实时显示相同的后端状态。

在这个特殊的例子中，我们有一个游戏，一些玩家与boss或其他玩家对抗。

所以，每个参与者都有状态，这取决于相应的操作（甚至是显著不同的ui表示）

加上后端通过websockets向我们发送事件，所以所有的事情都发生得非常快。

所以，这里的基本思想是有一个列表聚合来绑定所有后端状态，因此，模板被克隆以呈现每个参与者和可用控件的状态。

当然，大数据处理平台，我们可以使用一个很好的旧xml片段：

用这样的东西来处理按钮的可见性和状态：

但是在观看了SAPUI5开发的Web应用打开sap课程后，大数据都学什么，我决定看一看新的（至少对我来说）复合xml控件特性（请参阅本课程的w3u5视频）

这就是它在同一片段中的外观：

当然，数据中心解决方案，在复合的引擎盖下仍然有一个片段定义，因此，您可以轻松地将现有的片段迁移到它。

下面的代码不是对以前片段的直接迁移

但是为什么要这样做？

一般来说，我会用一个词来描述使用它的所有好处：封装。

这对我来说意味着我可以：

重命名属性名称以使其更清晰隐藏具有许多路径的复杂属性绑定定义将格式化程序逻辑移出控制器//这是我非常喜欢的使用自定义事件参数代理事件或执行一些中间操作有自己的风格和i18n从父组件分离另外，所有模型都可以像常规片段一样绑定到它们//这可以让你做一些肮脏和黑客的事情

这个模型+事件+内部逻辑魔法的一个很好的例子就是"施法"模式：由于我们有一个到外部模型的双向绑定，我们可以在控件内部（在performAction处理程序中）更改属性castMode，这样，所有其他控件（都绑定到它）都会自动更新并显示咒语（第3张图片）。

在按下任何咒语按钮后，什么是淘客，将调用performCast处理程序并触发实际事件performAction事件，并将castMode设置回false。

并且控制器只知道某些玩家的操作需要更改被处理：

不确定我的用例是一个好例子，因为我甚至猜测它可能是一个真正的框架功能滥用，说实话，但我强烈建议您尝试一下，以防错过此内容。