layui 自定义模块方法 layui如何扩展自己的js模块-Layui教程-PHP中文网

layui模块加载失败主因是模块名与exports()参数不一致、路径未对齐base配置、依赖未显式声明及缓存未清除；须确保define中依赖数组、exports首参、文件路径三者严格匹配，并在config中加version强制刷新。

layui define 定义模块时路径没配对，模块根本加载不到

layui 的模块加载依赖 layui.define 声明和 layui.use 调用时的模块名严格一致。很多人把自定义模块放在 lay/modules/ 下，却在 define 里写成 layui.define(['myutil'], ...)，但实际注册时用的是 layui.define([], function(exports){...}) 且没调用 exports('myutil', ...) —— 这样 myutil 就永远是 undefined。

模块名必须和 exports() 第一个参数完全一致（区分大小写）
模块 JS 文件路径要和 layui 的 base 路径对齐：比如 layui.config({base: 'js/modules/'})，那 myUtil.js 就得放在 js/modules/myUtil.js，不能放错层级
不要在 define 回调里漏掉 exports 调用，哪怕只暴露一个函数也要写 exports('myUtil', {fn: ...})

在 layui 模块里调用 jQuery 或其他全局变量报错 $ is not defined

layui 模块默认不自动注入 $，即使页面已引入 jQuery，模块作用域里也拿不到——这不是 bug，是设计上的隔离。直接写 $('#xxx') 必然报 $ is not defined。

正确做法：在 define 的依赖数组里显式声明 jquery，如 layui.define(['jquery'], function(exports){ var $ = layui.jquery; ... })
注意：layui 内置的 jquery 模块名就是 jquery，不是 jQuery 或 zepto
如果项目用了非 layui 自带的 jQuery 版本，别强行覆盖 layui.jquery，应统一用外部引入 + 模块依赖方式接入

自定义模块里想用 layui 已有组件（如 layer、table），但提示未定义

layer、table 这些是独立模块，不会因为你在页面 use 过就自动注入到你的自定义模块作用域里。每个模块的依赖必须自己声明。

OpenGemini Next.js Bestpractice Builder

使用固定的 Next.js/Tailwind/Prisma 技术栈构建并记录独立 SaaS 项目，仅将 FastAPI 用于 Python 工作负载，并遵循严格的架构规范。

下载

需要哪个组件，就在 define 的依赖数组里加上对应模块名：layui.define(['layer', 'table'], function(exports){ ... })
模块内通过 layui.layer 或解构使用：var layer = layui.layer，不能省略 layui. 前缀（除非你手动赋值）
避免循环依赖：比如你的 myTableHelper 依赖 table，又在 table 的回调里去 use('myTableHelper')，会卡死