需手动导入注册组件并正确配置easycom;:date控制初始显示月份,:start-date/:end-date仅限制可选范围;@change实时触发,@confirm仅确认时触发;selected须为{date:"YYYY-MM-DD"}对象数组。
uni-calendar 组件怎么引入才不报错
直接用 uni-calendar 标签但控制台报 “unknown custom element”,说明组件根本没注册上。这不是代码写错了,是引入路径或方式不对。
官方推荐两种方式,但实际效果差异很大:
- 如果项目已装
@dcloudio/uni-ui(npm 安装),且pages.json中配置了easycom自动导入("^uni-": "@/components/uni-ui-vue3"),那可直接写—— 但注意:HBuilderX 新建项目默认不带这个配置,得手动加 - 更稳妥的做法是手动导入:在页面
<script></script>中写import uniCalendar from '@/components/uni-calendar/uni-calendar.vue',再在components里注册;路径必须严格匹配你插件市场安装后的实际位置(常见坑:装在uni_modules/uni-calendar下,却按旧路径引@/components/...)
start-date 和 end-date 是限制选择,不是默认显示范围
很多人设了 :start-date="'2024-01-01'" 就以为日历一打开就定位到这月,结果还是从当前月开始——因为 start-date 只控制「哪些日期能点」,不控制初始视图。
要让日历打开时就显示指定月份,得配合 :date 属性(注意不是 initialDate,那是老版本或某些第三方插件的写法):
-
:date="'2024-01-01'→ 日历初始化时滚动到 2024 年 1 月,并高亮该日(仅当 mode=“single” 且未选中时生效) -
:start-date和:end-date必须是字符串格式"YYYY-MM-DD",传new Date()会失效 - H5 端对
start-date的校验较松,小程序端会严格禁用早于该日期的所有单元格,包括农历切换后也不放行
@change 和 @confirm 的触发时机完全不同
这是最常混淆的点:@change 是「每点一个日期就触发一次」,@confirm 是「点击底部确认按钮才触发一次」。业务逻辑一旦搞反,就会出现重复请求、状态错乱。
- 单选场景(如生日选择):用
@confirm拿最终结果,@change仅用于实时预览(比如同步显示“您选的是周X”) - 多选或范围选择(mode="multiple"/"range"):
@change返回的是当前所有已点日期数组,但用户还没点确认——别拿它直接提交 - 注意返回值结构:
@change的e.fulldate是字符串;@confirm的e是数组(哪怕 single 模式也是["2024-03-18"])
标记打卡/考勤日期必须用 selected 数组,且格式不能错
想在日历上标红“已打卡”或加小圆点,靠 :selected,但它不是布尔值,也不是对象数组随便写。
- 正确格式是
selected: [{ date: "2024-03-15" }, { date: "2024-03-16" }]—— 每一项必须是{ date: "..." }结构,少个date键就无效 - 接口返回的数据如果长这样:
["2024-03-15", "2024-03-16"],得先转成对象数组:this.selected = res.data.map(d => ({ date: d })) - 标记只渲染,不参与选择逻辑;即使某天被
selected标了,用户仍可取消选择(除非同时设了disabled-date)
农历开关(:lunar="true")、节假日样式、左右滑动性能这些,都依赖底层 uni-calendar 的内置实现,改不了源码就别硬调;真有强定制需求,不如换 uView 的 u-calendar 或自己封装。毕竟官方组件文档里写着“轻量级基础选择器”,不是万能日程面板。










