一、它是什么：一个抽象的数据类型

动作数据类型（Action）定义的是一个抽象基类型，用来表示立方体或透视中的"动作"。所谓抽象，意思是：你不会直接用它，而是用它派生出来的具体类型。

派生类型有三种：

二、结构拆解：11 个子元素各管什么

三种派生类型共用同一套结构。把子元素按功能分组看，比按顺序背更容易记：

最容易被忽略的是 Condition：动作定义好了但菜单里看不到，八成是条件没满足。它是"可用性开关"，不是"执行逻辑"。

三、三个典型踩坑

以为动作会自动出现：动作挂在立方体或透视上，客户端要支持这类动作才会渲染出菜单项。模型里配置正确、前端不显示，先查客户端能力，别急着改配置。

Caption 用 MDX 却没打开开关：想把菜单文字做成动态的（比如带上维度成员名），必须显式声明该标题是 MDX 表达式；否则会被当成普通字符串，显示成一整段公式。

目标类型与目标不匹配：TargetType 说作用在单元上，Target 却指向层级，配置能写下去，运行时点不出来。

四、怎么设计得好用

• 标题写"动词+对象"：如"查看订单明细"，比"明细"更明确；
• 用条件收窄场景：只对含数据的单元开放动作，避免用户点到空值也弹出菜单；
• 参数随上下文传：钻取与报表跳转的价值在于"带着当前筛选条件过去"，否则用户还得重新选一遍；
• 多语言早做：Translations 是结构的一部分，等上线后再补成本更高。

五、一句话总结

动作本质上是模型对前端的一句承诺："在这个位置、满足这个条件时，可以执行这件事，并把上下文一起带过去。"理解这句话，配置就不会只停留在"填满字段"，而是真的设计出好用的交互。