ToolJet 实战利用globals.currentUser属性按用户身份动态禁用组件【免费下载链接】ToolJetOpen-source foundation of ToolJet AI - the enterprise app generation platform for internal tools, dashboards, business applications, workflows and AI agents. Build visually, from a prompt, or from Claude Code, Codex and Cursor over MCP 项目地址: https://gitcode.com/GitHub_Trending/to/ToolJet在 ToolJet 中构建内部工具或业务应用时常常需要根据当前登录用户是谁、属于哪个用户组来决定界面上某个组件的可用状态。本文将围绕 ToolJet 应用构建器的全局变量globals.currentUser系统讲解其暴露的email、firstName、lastName、groups、metadata等属性并以非管理员用户禁用按钮为完整案例演示如何在组件的Styles → Disable属性中书写条件表达式实现按用户身份的动态控制同时结合前端源码说明这些变量在底层是如何注入运行时环境的。一、currentUser应用运行时暴露的当前用户全局变量ToolJet 在应用运行时会把当前登录用户的信息以全局变量的形式暴露给应用内部供组件属性、查询参数、事件条件等在表达式中引用。你可以通过点击应用构建器左侧边栏的Inspector检查器图标展开globals节点查看currentUser下暴露的全部字段currentUser暴露的变量及其访问方式如下变量说明访问表达式email当前用户的邮箱{{globals.currentUser.email}}firstName当前用户的名字{{globals.currentUser.firstName}}lastName当前用户的姓氏{{globals.currentUser.lastName}}groups当前用户所属用户组的数组{{globals.currentUser.groups}}metadata当前用户的工作区级自定义元数据键值对{{globals.currentUser.metadata}}以 Inspector 中的展示为例展开currentUser后可以看到email、firstName、lastName、groups与metadata等字段其中groups是一个数组metadata是一个对象。这些值可以直接写进任意支持表达式的输入框组件属性、查询参数、事件处理条件等ToolJet 会以 JavaScript 表达式的形式求值。从源码看 currentUser 的注入方式从源码结构看globals.currentUser并不是构建器里写死的静态数据而是在应用数据初始化阶段由会话信息组装而来。在 frontend/src/AppBuilder/_hooks/useAppData.js 中前端订阅当前会话后将用户信息组装进全局状态groups: currentSession?.group_permissions ? [all_users, ...currentSession.group_permissions.map((group) group.name), currentSession?.role?.name] : [all_users, currentSession?.role?.name],随后在 同一文件的 setResolvedGlobals 调用处 将currentUser写入解析后的全局变量setResolvedGlobals(currentUser, { ...user, groups: currentSession?.groups, role: currentSession?.role?.name, ssoUserInfo: currentSession?.ssoUserInfo, ...(currentSession?.currentUser?.metadata !isEmpty(currentSession?.currentUser?.metadata) ? { metadata: currentSession?.currentUser?.metadata } : {}), });可以推断groups数组的实际构成是默认组all_users 用户被分配的所有用户组 当前角色名。也就是说即使管理员没有给用户额外分配任何组groups数组的第一个元素也一定是all_users而admin角色的用户还会额外携带admin。这一点是编写组判断条件时必须理解的关键前提。二、深入理解 groups 数组的构成groups是currentUser中最常被用于权限判断的属性它是一个字符串数组按顺序列出当前用户所属的用户组默认情况下每个用户包括管理员都属于all_users组管理员额外属于admin组若管理员在Workspace 设置 → 用户组中给用户分配了其他组如sales、support这些组名也会以数组元素的形式追加进来。由于是数组访问某个具体的组名需要指定数组索引例如{{globals.currentUser.groups[0]}} // 第一个组通常是 all_users {{globals.currentUser.groups[1]}} // 第二个组在 frontend/src/_stores/currentStateStore.js 的版本切换初始化逻辑中可以看到同样的组装规则groups字段被构造成[all_users, ...groupNames, role]进一步印证了首个元素为all_users这一约定。提示组名与索引位置的对应关系取决于管理员在用户组设置中的分配顺序建议通过 Inspector 先查看当前用户实际的groups数组内容再据此编写条件避免因索引错位导致判断失效。三、核心示例非管理员用户禁用按钮下面以当当前用户不属于admin组时禁用按钮为完整案例演示globals.currentUser.groups在组件属性中的实际用法。步骤 1选中按钮并打开 Styles 属性在应用构建器中点击画布上的Button组件打开右侧属性面板切换到Styles样式标签页找到Disable禁用属性Disable属性接收一个布尔表达式值为true时组件被禁用不可点击值为false时组件可用。默认情况下它的值是{{false}}表示按钮始终处于可用状态。步骤 2在 Disable 中输入条件表达式在Disable输入框中输入如下 JavaScript 条件{{globals.currentUser.groups[1] ! admin ? true : false}}该表达式的含义是取出groups数组的第二个元素索引[1]判断其是否不等于字符串admin如果用户不属于admin组条件成立返回true按钮被禁用如果用户属于admin组条件不成立返回false按钮保持可用面板中会实时对该表达式进行求值校验便于你在编辑态立即确认结果是否符合预期。步骤 3发布后验证效果配置完成后发布Release应用。此后当不属于admin组的普通用户打开应用时该按钮会处于禁用状态灰色、不可点击而admin用户打开时按钮保持可用表达式的其他等价写法上述三元表达式可以进一步简化——由于!比较本身就会返回布尔值以下写法效果完全相同{{globals.currentUser.groups[1] ! admin}}如果希望判断更加健壮不依赖固定索引也可以改用数组的includes方法判断用户是否属于任一指定组{{!globals.currentUser.groups.includes(admin)}}后一种写法不依赖组在数组中的位置即使管理员给用户分配了多个组、导致admin不在索引[1]处判断依然成立。四、结合 email / firstName / lastName / metadata 的更多场景currentUser的其余属性同样可以组合出丰富的个性化与权限场景按邮箱域名控制可见性企业内部工具只对corp.com域名下的员工开放某个入口{{globals.currentUser.email.endsWith(corp.com)}}按姓名做个性化问候在文本组件的Text属性中拼接当前用户的名字{{Welcome, ${globals.currentUser.firstName} ${globals.currentUser.lastName}!}}按元数据做细粒度控制metadata是工作区级存储的用户自定义键值对例如plan、department、apiKey等入库时加密存储界面中默认掩码显示可以通过键名直接访问{{globals.currentUser.metadata.department engineering}}关于如何在Workspace 设置 → 用户中为用户添加元数据键值对可参考 用户元数据文档其中也强调了元数据在 UI 中虽被掩码展示但在应用构建器中是可读取的涉及敏感信息时需注意在应用逻辑中妥善处理。五、常见问题与排查建议groups[1]一定就是admin吗不一定。groups数组的构成是[all_users, ...分配的用户组, role]从 useAppData.js 的组装逻辑可推断只有当用户恰好只被分配了admin组且角色名也是admin时groups[1]才稳定等于admin。对于角色与组名不一致或组较多的情况推荐使用includes(admin)写法。为什么预览时条件不生效确认你是以目标用户身份打开应用可在右上角切换用户并在 Inspector 中实际查看该用户的groups数组内容是否与预期一致。表达式校验不通过检查是否遗漏了{{ }}包裹、字符串是否使用了英文引号以及属性名大小写如firstName、lastName、groups的拼写。除了 Disable还能控制什么同样的表达式写法适用于组件的Visibility可见性、Text文本等属性也适用于查询参数和事件条件实现按用户身份动态渲染界面的完整能力。总结globals.currentUser是 ToolJet 应用构建器中最常用的运行时全局变量之一它把当前登录用户的邮箱、姓名、所属用户组和元数据暴露给应用表达式。通过组合groups数组判断、metadata键值访问与组件属性表达式开发者可以在不写后端逻辑的情况下快速实现非管理员禁用按钮按部门显示模块按域名限制入口等典型场景让内部工具的权限体验更贴近业务需求。【免费下载链接】ToolJetOpen-source foundation of ToolJet AI - the enterprise app generation platform for internal tools, dashboards, business applications, workflows and AI agents. Build visually, from a prompt, or from Claude Code, Codex and Cursor over MCP 项目地址: https://gitcode.com/GitHub_Trending/to/ToolJet创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
ToolJet 实战利用globals.currentUser属性按用户身份动态禁用组件【免费下载链接】ToolJetOpen-source foundation of ToolJet AI - the enterprise app generation platform for internal tools, dashboards, business applications, workflows and AI agents. Build visually, from a prompt, or from Claude Code, Codex and Cursor over MCP 项目地址: https://gitcode.com/GitHub_Trending/to/ToolJet在 ToolJet 中构建内部工具或业务应用时常常需要根据当前登录用户是谁、属于哪个用户组来决定界面上某个组件的可用状态。本文将围绕 ToolJet 应用构建器的全局变量globals.currentUser系统讲解其暴露的email、firstName、lastName、groups、metadata等属性并以非管理员用户禁用按钮为完整案例演示如何在组件的Styles → Disable属性中书写条件表达式实现按用户身份的动态控制同时结合前端源码说明这些变量在底层是如何注入运行时环境的。一、currentUser应用运行时暴露的当前用户全局变量ToolJet 在应用运行时会把当前登录用户的信息以全局变量的形式暴露给应用内部供组件属性、查询参数、事件条件等在表达式中引用。你可以通过点击应用构建器左侧边栏的Inspector检查器图标展开globals节点查看currentUser下暴露的全部字段currentUser暴露的变量及其访问方式如下变量说明访问表达式email当前用户的邮箱{{globals.currentUser.email}}firstName当前用户的名字{{globals.currentUser.firstName}}lastName当前用户的姓氏{{globals.currentUser.lastName}}groups当前用户所属用户组的数组{{globals.currentUser.groups}}metadata当前用户的工作区级自定义元数据键值对{{globals.currentUser.metadata}}以 Inspector 中的展示为例展开currentUser后可以看到email、firstName、lastName、groups与metadata等字段其中groups是一个数组metadata是一个对象。这些值可以直接写进任意支持表达式的输入框组件属性、查询参数、事件处理条件等ToolJet 会以 JavaScript 表达式的形式求值。从源码看 currentUser 的注入方式从源码结构看globals.currentUser并不是构建器里写死的静态数据而是在应用数据初始化阶段由会话信息组装而来。在 frontend/src/AppBuilder/_hooks/useAppData.js 中前端订阅当前会话后将用户信息组装进全局状态groups: currentSession?.group_permissions ? [all_users, ...currentSession.group_permissions.map((group) group.name), currentSession?.role?.name] : [all_users, currentSession?.role?.name],随后在 同一文件的 setResolvedGlobals 调用处 将currentUser写入解析后的全局变量setResolvedGlobals(currentUser, { ...user, groups: currentSession?.groups, role: currentSession?.role?.name, ssoUserInfo: currentSession?.ssoUserInfo, ...(currentSession?.currentUser?.metadata !isEmpty(currentSession?.currentUser?.metadata) ? { metadata: currentSession?.currentUser?.metadata } : {}), });可以推断groups数组的实际构成是默认组all_users 用户被分配的所有用户组 当前角色名。也就是说即使管理员没有给用户额外分配任何组groups数组的第一个元素也一定是all_users而admin角色的用户还会额外携带admin。这一点是编写组判断条件时必须理解的关键前提。二、深入理解 groups 数组的构成groups是currentUser中最常被用于权限判断的属性它是一个字符串数组按顺序列出当前用户所属的用户组默认情况下每个用户包括管理员都属于all_users组管理员额外属于admin组若管理员在Workspace 设置 → 用户组中给用户分配了其他组如sales、support这些组名也会以数组元素的形式追加进来。由于是数组访问某个具体的组名需要指定数组索引例如{{globals.currentUser.groups[0]}} // 第一个组通常是 all_users {{globals.currentUser.groups[1]}} // 第二个组在 frontend/src/_stores/currentStateStore.js 的版本切换初始化逻辑中可以看到同样的组装规则groups字段被构造成[all_users, ...groupNames, role]进一步印证了首个元素为all_users这一约定。提示组名与索引位置的对应关系取决于管理员在用户组设置中的分配顺序建议通过 Inspector 先查看当前用户实际的groups数组内容再据此编写条件避免因索引错位导致判断失效。三、核心示例非管理员用户禁用按钮下面以当当前用户不属于admin组时禁用按钮为完整案例演示globals.currentUser.groups在组件属性中的实际用法。步骤 1选中按钮并打开 Styles 属性在应用构建器中点击画布上的Button组件打开右侧属性面板切换到Styles样式标签页找到Disable禁用属性Disable属性接收一个布尔表达式值为true时组件被禁用不可点击值为false时组件可用。默认情况下它的值是{{false}}表示按钮始终处于可用状态。步骤 2在 Disable 中输入条件表达式在Disable输入框中输入如下 JavaScript 条件{{globals.currentUser.groups[1] ! admin ? true : false}}该表达式的含义是取出groups数组的第二个元素索引[1]判断其是否不等于字符串admin如果用户不属于admin组条件成立返回true按钮被禁用如果用户属于admin组条件不成立返回false按钮保持可用面板中会实时对该表达式进行求值校验便于你在编辑态立即确认结果是否符合预期。步骤 3发布后验证效果配置完成后发布Release应用。此后当不属于admin组的普通用户打开应用时该按钮会处于禁用状态灰色、不可点击而admin用户打开时按钮保持可用表达式的其他等价写法上述三元表达式可以进一步简化——由于!比较本身就会返回布尔值以下写法效果完全相同{{globals.currentUser.groups[1] ! admin}}如果希望判断更加健壮不依赖固定索引也可以改用数组的includes方法判断用户是否属于任一指定组{{!globals.currentUser.groups.includes(admin)}}后一种写法不依赖组在数组中的位置即使管理员给用户分配了多个组、导致admin不在索引[1]处判断依然成立。四、结合 email / firstName / lastName / metadata 的更多场景currentUser的其余属性同样可以组合出丰富的个性化与权限场景按邮箱域名控制可见性企业内部工具只对corp.com域名下的员工开放某个入口{{globals.currentUser.email.endsWith(corp.com)}}按姓名做个性化问候在文本组件的Text属性中拼接当前用户的名字{{Welcome, ${globals.currentUser.firstName} ${globals.currentUser.lastName}!}}按元数据做细粒度控制metadata是工作区级存储的用户自定义键值对例如plan、department、apiKey等入库时加密存储界面中默认掩码显示可以通过键名直接访问{{globals.currentUser.metadata.department engineering}}关于如何在Workspace 设置 → 用户中为用户添加元数据键值对可参考 用户元数据文档其中也强调了元数据在 UI 中虽被掩码展示但在应用构建器中是可读取的涉及敏感信息时需注意在应用逻辑中妥善处理。五、常见问题与排查建议groups[1]一定就是admin吗不一定。groups数组的构成是[all_users, ...分配的用户组, role]从 useAppData.js 的组装逻辑可推断只有当用户恰好只被分配了admin组且角色名也是admin时groups[1]才稳定等于admin。对于角色与组名不一致或组较多的情况推荐使用includes(admin)写法。为什么预览时条件不生效确认你是以目标用户身份打开应用可在右上角切换用户并在 Inspector 中实际查看该用户的groups数组内容是否与预期一致。表达式校验不通过检查是否遗漏了{{ }}包裹、字符串是否使用了英文引号以及属性名大小写如firstName、lastName、groups的拼写。除了 Disable还能控制什么同样的表达式写法适用于组件的Visibility可见性、Text文本等属性也适用于查询参数和事件条件实现按用户身份动态渲染界面的完整能力。总结globals.currentUser是 ToolJet 应用构建器中最常用的运行时全局变量之一它把当前登录用户的邮箱、姓名、所属用户组和元数据暴露给应用表达式。通过组合groups数组判断、metadata键值访问与组件属性表达式开发者可以在不写后端逻辑的情况下快速实现非管理员禁用按钮按部门显示模块按域名限制入口等典型场景让内部工具的权限体验更贴近业务需求。【免费下载链接】ToolJetOpen-source foundation of ToolJet AI - the enterprise app generation platform for internal tools, dashboards, business applications, workflows and AI agents. Build visually, from a prompt, or from Claude Code, Codex and Cursor over MCP 项目地址: https://gitcode.com/GitHub_Trending/to/ToolJet创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
