低代码布道师的博客

微搭低代码高级布道师，CSDN博客专家，阿里云专家博主，分享微搭低代码使用教程，帮助零基础入门低代码开发

原创零基础实战：云开发家政维修小程序搭建指南

欢迎来到这本关于构建家政维修小程序的电子书！在当今数字化的浪潮中，线上服务已成为我们生活中不可或缺的一部分。从点餐购物到居家维修，人们越来越习惯通过指尖轻点来解决各种需求。正是基于这样的背景，我们希望通过这个系列，手把手地带领大家从零开始，搭建一个功能完备、体验流畅的家政维修平台。这不仅仅是一本技术教程，更是一次将想法变为现实的探索之旅。我们将深入浅出地讲解如何运用云开发等现代技术，实现从用户下单、支付，到客服派单、工人接单，再到订单完成和权限管理等一系列核心业务流程。

2025-06-11 16:22:17 2882

原创微搭低代码实战：构建个性化点餐小程序

链接变量类型：介绍微搭平台中的变量类型（文本、数字、布尔值、对象、数组）。变量定义：详细步骤指导如何定义和初始化变量，包括全局变量和页面变量的使用场景。本书《微搭低代码实战：构建个性化点餐小程序》通过一系列详细的实战教程，引导读者从零开始掌握微搭低代码平台的强大功能。从平台介绍、开发准备到用户认证、登录体验优化，再到点餐小程序的功能实现和登录界面搭建，每个章节都提供了丰富的实战案例和详细的步骤指导。无论你是低代码开发初学者，还是希望快速构建应用的开发者，本书都将是你不可多得的实战指南。

2024-09-12 20:00:00 1953 4

原创微搭低代码从入门到实战

低代码从21年起开始成为热点，至今已经发展了两年多的时间。微搭作为腾讯云旗下的低码产品也历经多轮优化。不同人选择低代码有不同的理由，有的是初创企业希望低代码来提升运营效率的。有的是传统企业，希望借助低代码来改造现有系统提供移动端功能的。还有互联网的创业者，希望小成本投入验证自己想法的。虽然选择低码的理由不同，但是殊途同归。你选择了开发工具，意味着你要学习开发知识，来实现自己的想法。那么自学就需要有一条明确的学习路径，找到正确的学习方法才可以做到事半功倍。

2023-03-09 11:18:07 2425 2

原创微搭低代码从入门到精通

低代码要怎么学，是粉丝经常问的一个问题，两年时间陆续更新了不少教程，写一个目录方便新关注的粉丝学习。低码学习大致要经过几个阶段，先是要掌握基础操作，主要是需要掌握微搭的功能模块的具体操作。第二阶段是掌握基础知识，主要分为前端知识，包括CSS、JavaScript，后端知识，主要包含云开发、小程序API。基础知识打扎实之后，就可以根据实际场景进行练习，通过场景的练习将所学的知识融汇贯通，我们的目录也是围绕着几部分来的。

2022-10-04 21:08:34 2425 1

原创【教培管家】小程序实战（五）：体验课预约——从流量到转化的闭环

本节我们通过变量状态管理和数据联动，实现了孩子选择和日期选定。下一篇我们继续讲解预约页面，根据选择的日期来筛选排课，供用户进行预约。

2026-02-09 12:32:55 143

原创 Next.js 16 全栈实战（三）：数据库建模与动态菜单实现

前情回顾：在第二篇中，我们引入了 Shadcn UI，并搭建了 Dashboard 的静态布局。数据建模：设计支持 RBAC（基于角色的权限控制）的数据库表结构。数据填充：编写 Seed 脚本，一键初始化数据库。服务端数据获取：利用 Next.js Server Components 的特性，直接从数据库读取菜单，让侧边栏“活”起来。在全栈开发中，类型安全是我们的护城河。我们先定义数据长什么样。在app/lib目录下，新建文件。我们将定义核心的“菜单”和“角色”类型。// 菜单类型定义。

2026-02-08 10:23:01 442

原创 Next.js 16 全栈实战（二）：引入 Shadcn UI 与构建 Dashboard 布局

在当下，大模型的多模态能力，结合trae的选中元素功能，组合起来，只要你把意图表达明白，大模型就可以又好又快的实现功能。先在trae里打开我们的页面，然后用选中元素选中我们左侧的工作台菜单，这样右边的对话框可以看到一个a标签，输入提示词。有些命令是需要我们点击运行的，点运行，一路按照提示，就可以看到代码被正确的提交到了仓库里。再一个我们的LOGO有点过于高了，我们让AI优化一下，告诉他调整到合适的高度。现在的页面虽然好看，但数据是“死”的，菜单也是写死的。文件被自动创建了（用于处理 CSS 类名合并）。

2026-02-07 15:47:27 554

原创 Next.js 16 全栈实战（一）：从零打造“教培管家”系统——环境与脚手架搭建

很多初学者想做全栈开发，但往往倒在了环境搭建和复杂的配置上。本系列教程将带你从零开始，开发一个商业级的RBAC（基于角色的权限控制）教培管理系统。。此外，我们将引入“AI 结对编程”的新模式：使用Trae编辑器配合Kimi 2.5大模型，让你体验什么是“10倍速开发”。

2026-02-07 11:26:45 705

原创教培管家第17讲：首页整体装修

下一讲，我们将深入学习**“体验课预约”**功能的开发，实现从引流到转化的闭环体验！在上一讲中，我们攻克了“多学员关联与管理”，实现了家长的身份识别与孩子信息的快速切换。现在，家长的身份已经明确，我们需要在一个聚合页面上，把家长最关心的信息——家长打开首页，可以查看机构最新的通知，预约体验课，查看机构介绍以及浏览在售课程。在第五行的列里，我们先搭建标题，增加普通容器，设置布局为横向排列，两端对齐。在网格布局的第二行的列里，添加普通容器，里边添加图标、文本、图标组件。首页不仅仅是美化，更是业务的聚合点。

2026-02-05 11:28:28 1132

原创教培管家第16讲：多学员关联与管理

当家长账号下关联了多个孩子时，首页顶部需要一个精美的切换器，允许家长一键选择当前要查看的学生，并让全页的数据（如课表、课时）随之联动。在上一讲中，我们通过“家长注册”功能，成功让系统识别了家长的身份。发生变化时，首页的所有组件（如课时余额、今日课表）都会自动触发数据刷新，因为它们的筛选条件都引用了这个全局变量。这样可以减少首页的并发请求次数，确保家长进入首页时，身份信息和学员列表是同步加载完成的，避免 UI 闪烁。普通容器里添加图片、文本、两个图标组件，图片绑定我们选中孩子的头像，文本绑定选中孩子的姓名。

2026-02-04 10:56:21 632

原创教培管家第15讲：学员首页搭建与身份识别

为了在整个应用中随时调用家长信息，我们需要在“全局设置”中创建变量。user(对象)，用于存储从Parents表中查询到的家长记录（包含姓名、手机号、会员等级等）。

2026-02-03 10:36:44 525

原创教培管家第14讲：家长端——打造合规且顺畅的登录门户

在微搭低代码中，我们需要通过“自定义方法”来实现点击登录按钮时的逻辑校验。/*** 登录按钮点击事件处理* 逻辑：校验协议勾选 -> 提示/跳转*/try {// 1. 获取协议勾选框的状态if (!// 2. 未勾选时弹出温馨提示title: '请先阅读并勾选协议',});return;// 3. 已勾选，执行登录跳转// 模拟登录成功后的跳转逻辑// pageId 请替换为您实际的首页 ID（如 'home' 或 'index'）});

2026-02-02 11:30:47 625

原创教培管家第13讲：课程排课——智能排课算法与自动化生成

在本讲的上半部分，我们完成了排课模型的建立、弹窗视图的初始化以及“周卡片”的切换交互。动态时段配置与自动化排课算法。通过这两篇的学习，我们实现了一个极具专业感的“智能排课向导”。这不仅是简单的增删改查，更是将**业务逻辑（排课规则）转化为生产数据（课节记录）**的典型案例。《连接家校——家长端注册、登录与身份绑定》。我们将进入小程序的开发，学习如何通过手机号验证码实现家长的快速注册，并完成学员信息的关联绑定。

2026-01-29 17:19:26 832

原创教培管家第12讲：课程排课——时空维度的资源调度

本节我们搭建了排课的表结构，依托于表，我们搭建了一个星期选择功能。这里主要需要掌握数据结构的构造，样式绑定，需要具备一定的编程思维才可以实现。下节我们继续排课功能的搭建，实现时间段的设置功能。

2026-01-29 09:26:45 1031

原创教培管家第11讲：班级管理——教务系统的“集成枢纽”

我们已经完成了教务系统的“心脏”——班级管理。有了班级，系统现在已经知道“谁（老师）在什么地方（教室）教什么（课程）”。《教务核心——智能排课与冲突校验》。我们将学习如何根据班级的周期性规则自动生成课程表，并集成日历视图进行可视化的资源调度。

2026-01-28 09:39:20 598

原创教培管家第10讲：套餐管理——把教育服务“产品化”

本讲我们将教务资源（课时）成功地转化为了商业产品（套餐）。现在，我们有了教室（空间）和套餐（产品）。《教务核心——班级档案与排课规则的深度重构》。我们将迎来整个教务系统逻辑最复杂的部分：如何把学生、套餐、老师、教室在时间轴上完美对齐。

2026-01-27 10:28:58 558

原创教培管家第09讲：教室管理——打造高效的空间调度中心

教室不仅是一个房间，它是承载课时费产出的“生产车间”。我们需要记录它的容量、设备以及实时的占用状态。Classroom(教室表)字段名称字段标识类型关键属性说明基础信息教室名称name文本必填如：阳光房A教室编码code文本唯一如：ROOM_SUN_A教室类型type枚举阳光房, 多功能室, 绘画室等容量上限capacity数字默认12决定了班级人数上限物理属性配备设施equipment标签列表如：水彩架, 空调, 投影仪位置/楼层location文本如：2楼东侧运营控制。

2026-01-26 10:43:26 461

原创教培管家第08讲：招生中心阶段性总结

系统实现了从线索录入、自动通知、智能分析到销售抢单、私海跟进的全流程管理。第一阶段任务已圆满完成，系统已具备初步的数字化招生能力。：销售在“我的线索”中写跟进，系统自动流转线索状态。在教培管家系统的第一阶段开发中，我们成功构建了以。：AI 预判客户意向，销售带着“剧本”去沟通。

2026-01-23 11:47:50 937

原创教培管家第07讲：销售闭环——跟进记录与客户转化

表单容器默认的提交方法只是将数据提交到数据库里。我们这个业务，除了要更新跟进记录外，还需要更新线索表的数据。我们需要自定义一个javascript方法，写一下业务逻辑。首先我们定义了线索的各类状态，按照家长成交的逻辑区分了各阶段的状态在填写跟进的时候，根据跟进的结果来更新线索的状态// 1. 创建跟进记录 (使用 V2 方法)try {params: {data: {});// 2. 计算线索的新状态// 默认状态：跟进中// 代表已报名// 代表已转化// 代表已流失。

2026-01-22 10:27:34 982

原创教培管家第06讲：搭建销售工作台——公海争夺与私海管理

本讲我们完成了**从“身份核验 -> 公海抢单 -> 私海管理”**的完整闭环。销售人员已经可以独立完成线索的获取和查看了。但光抢不练假把式，如何管理这些私有线索？如何记录每一次通话详情？《销售闭环——跟进记录与客户转化》。顺便插播一个小请求：我正在参加 CSDN 2025 博客之星评选，如果这些实战文章对你有帮助，欢迎花 10 秒钟帮我投一票：👉帮我投票你的支持，是我持续更新这一整套《教培管家》实战教程的最大动力 🙏。

2026-01-20 10:35:59 907

原创教培管家第05讲：前线战场——打造统一办公门户

先创建一个全局变量用来保存员工的身份信息点击左侧代码区，新建一个自定义方法。// 1. 获取当前登录用户的手机号 (依赖微搭的登录机制)if (!return { success: false, msg: "无法获取手机号，请先登录" };// 2. 去员工表里“捞人”// 使用 wedaGetRecordsV2 查询 Employee 表try {params: {filter: {where: {$and: [

2026-01-19 11:26:35 555

原创教培管家第04讲：军师就位——引入腾讯混元实现线索智能分析

通过本讲，我们只用了几十行代码，就让教培管家从一个“记账本”进化成了“智能顾问”。用极低的成本，快速验证最前沿的业务创新。本讲我们完成了线索的生产与分发环节。管理员现在可以掌控全局，将“弹药”源源不断地输送给前线。但对于“李销售”来说，他还需要一个专属的战场来接收和处理这些线索。《前线战场——打造销售专属的“公海池”与“我的线索”工作台》。顺便插播一个小请求：我正在参加 CSDN 2025 博客之星评选，如果这些实战文章对你有帮助，欢迎花 10 秒钟帮我投一票：👉帮我投票。

2026-01-17 12:54:55 727

原创教培管家第03讲：集结号角——接入企微机器人实现新线索通知

微搭需要一个“扩音器”来向外部发送请求。点击扩展功能，点击APIs列表的+号选择http请求输入名称和标识输入方法名称和标识，贴入webhook地址，方法选择post添加入参切换到Body，选择json点击方法测试，输入参数输入入参，点击运行测试，检查群里是否收到消息成功后点击出参映射，完成API的编写本讲我们解锁了第三方集成的能力。现在的教培管家不仅能存数据，还能“说话”了。✅ 销售账号体系✅ 管理员录入与分配✅ 消息通知机制。

2026-01-17 11:40:05 1290

原创教培管家第02讲：弹药填充——搭建管理员的线索指挥中心

线索表是CRM的心脏。我们需要在数据源中建立Lead表，承载客户信息与流转状态。Lead(线索表)字段名称字段标识类型关键属性说明基础信息家长姓名name文本必填如：张妈妈手机号phone电话唯一客户唯一标识孩子姓名child_name文本如：张小明孩子年龄child_age文本如：6岁业务信息来源渠道source枚举抖音, 地推, 转介绍意向课程文本如：创意美术备注note文本如：对价格比较敏感流转控制归属人owner_id关联关系核心关联Employee表。

2026-01-16 12:35:47 812

原创教培管家01：招兵买马——多角色架构实战

上一个系列我们讲解了互联网医院的搭建过程，最近我总是能刷到教培机构的校长的视频，他们行业的痛点是如何解决招生这个痛点。用工具肯定解决不了招生的困难，但是把流程梳理好，可以提升服务的效率和家长的体验。所以规划了一下，我们有了这个系列。这一次还是延续我们的过往的搭建思路，先是有一个管理后台，可以维护数据。然后按照角色，不同角色有不同的界面。我们会围绕着原型展开，用低代码工具把它逐步的还原，后续你可以自用，也可以作为一个SaaS产品运营也行。本篇我们讲解了教培管家基础功能的搭建，现在销售账号已经到位。

2026-01-15 14:19:53 715

原创医院批量排班实战指南（四）排班模板与医生资源配置

在上一篇《批量排班功能实现指南（三）：日期列表生成与时段批量操作》中，我们完成了日期列表的智能生成和时段配置功能。现在我们已经可以根据规则生成日期列表，并为每个日期配置时段。接下来需要实现步骤导航和排班模板配置功能。本篇将深入讲解批量排班的最后一个核心环节——排班模板与医生资源配置。第二步上一步、下一步按钮的交互逻辑第三步排班模板界面搭建医生列表数据获取与展示诊室资源配置与号源设置排班模板表格的动态填充。

2026-01-12 12:16:47 753

原创互联网医院原型设计

目前规划的原型，是可以一比一在低代码中还原的。但是不足之处也是有的，云开发不提供工作流的机制，像OA系统中各类审批流程，我们后续会用状态机写云函数的方案实现。拥有一套可以自己掌握，迭代维护的多端业务系统，在当下强调降本增效的时代，也是一个不错的方案，敬请期待后续的连载开发教程。

2026-01-11 10:07:50 728

原创医院批量排班实战指南（三）日期列表生成与时段批量操作

在上一篇《批量排班功能实现指南（二）：日期与时段设置》中，我们完成了日期范围选择和重复规则配置的界面搭建，实现了从第一步到第二步的跳转功能。现在我们已经可以选择日期范围和重复规则，但还缺少最关键的功能——根据规则生成日期列表并进行时段配置。本篇将继续深入批量排班的核心功能——日期列表生成与时段批量操作。根据日期范围和重复规则智能生成日期列表为每个日期配置上午、下午、夜诊时段批量时段操作提升配置效率日期列表的展示与管理。

2026-01-09 12:27:30 1194

原创医院批量排班实战指南（二）日期与时段设置

在上一篇《批量排班功能实现指南（一）：医生选择》中，我们完成了批量排班的第一步——医生选择功能的搭建。通过可视化的医生选择界面，管理员可以轻松地批量选择跨科室的医生，为后续的排班配置奠定了基础。本篇将继续深入批量排班的核心功能——第二步：日期与时段设置。灵活的日期范围选择智能的重复规则配置高效的时段批量操作直观的日期列表预览通过本篇的学习，你将掌握如何构建一个既灵活又高效的日期时段选择系统，让管理员能够快速配置复杂的排班日期规则。// 变量名：dateRange// 类型：对象。

2026-01-08 11:43:06 589

原创医院批量排班实战指南（一）选择医生

在医院管理系统中，批量排班是一个极其重要但也容易"做乱"的功能。多医生跨科室协调多日期批量配置时段与号源精细管理冲突检测与智能提醒一次性校验、批量落库字段堆积混乱跨科室配置冲突批量操作效率低下校验逻辑难以维护本篇将完整实现一个"批量医生排班"的四步向导，最终将数据批量写入排班表，做到结构清晰、逻辑稳定、高效易用。// 变量名：selectedDoctors// 类型：数组// 说明：存储选中的医生信息// 变量名：showDoctorSelectModal。

2026-01-07 16:26:11 840

原创医生排班分步表单实战：多日期批量排班的设计与实现

在医院或诊所系统中，医生排班是一个非常典型、但也非常容易“做乱”的功能。多实体关联（医生、科室、诊室）多日期批量配置时段与号源规则一次性校验、一次性落库字段堆积校验混乱提交逻辑难以维护本篇将完整实现一个“新增医生排班”的分步表单，最终将数据批量写入排班表t_schedule，做到结构清晰、逻辑稳定、可扩展。

2026-01-06 11:33:45 134

原创互联网医院20：排班工作台（中）——日历和排班列表联动

在上一篇中，我们搭建了排班管理的框架（顶部的统计卡片、视图切换按钮）。今天，我们要啃最硬的骨头——日历视图与排班器。左侧日历：一眼看出哪天有排班，哪天是空的（通过小圆点标识）。右侧详情：点击日历某一天，右侧展示当天的所有医生排班卡片。创建一个选中日期的变量在我们的初始化方法中继续增加选中日期的初始化// 1️⃣ 获取当前时间戳（毫秒）const nowDate = new Date(nowTs) // 本地时间// 2️⃣ 当月第一天 00:00:00.0001,0, 0, 0, 0。

2026-01-05 11:33:21 929

原创互联网医院18：排班系统（上）——可视化日历与批量排班的“一步一脚印”

排班，是连接“医生”与“患者”的时间桥梁。一个好的排班后台，必须让管理员（或医生本人）觉得**“顺手”**。本篇我们将搭建一个基于日历视图的批量排班系统。月度日历视图：直观看到哪天能排，哪天不能。周视图：可以直观的看到本周的排班情况。表格视图：方便后续修改数据。本篇我们讲解了统计卡片、多视图切换的搭建。多视图那里，我们也可以用顶部选项卡搭建，但是顶部选项卡的样式非常难看，所以我们还是使用基本布局组件进行搭建。当然这里第一次提到了JSX组件的用法，怎么说呢，低代码有个特点是组件不够，代码来凑。

2026-01-04 11:25:40 807

原创互联网医院18：前端进阶——CSS“父相子绝”打造专业级卡片交互

在上一篇中，我们通过一个状态变量实现了“表格视图”与“卡片视图”的无缝切换。表格适合批量查阅，而卡片则更具视觉冲击力，能直观展示医生的形象与状态。本篇我们将深入前端样式的核心——布局与定位。我们将手动搭建一个包含“状态角标”（CSS 三角形）和“更多操作菜单”（绝对定位弹窗）的专业医生卡片。这不仅是UI搭建，更是对“父相子绝”（父元素相对定位，子元素绝对定位）这一经典CSS理论的实战演练。状态角标：利用绝对定位和旋转的技巧，实现了纯CSS的三角形标签。上下文菜单：利用状态变量配合Absolute。

2026-01-02 11:41:22 603

原创互联网医院17：架构重构——医生档案的“独立宣言”

在项目初期，为了快速跑通流程，我们将医生、护士、管理员都统一放在了（人员表）中，通过role字段来区分。字段冗余：医生有“职称”、“擅长领域”、“挂号费”，但管理员不需要这些，导致表里出现大量空字段。关联混乱：之前的t_schedule（排班）关联的是人员表，但实际上排班应该只针对医生。扩展性差：未来如果医生要加“多点执业”、“评价分数”、“科研成果”，人员表会变得臃肿不堪。本篇目标我们将进行一次架构重构，将医生信息从人员表中剥离，建立独立的医生信息表 (t_doctor。

2025-12-30 11:32:45 1065

原创从16年水手到独立划船：2025年，我的低代码自由之路

《从水手到船长：一位程序员转型低代码开发者的第一年》摘要：一位从事16年政府行业软件开发的程序员在2024年项目终止后选择转型，开启了低代码开发与写作相结合的创业之路。2025年完成327篇原创博客，通过三个专栏将生活观察转化为低代码实践案例，包括维修平台、教培系统和医院流程。文章对比AI编程与低代码的不同应用场景，指出低代码在中小企业长期运营中的独特价值。作者总结出工具组合能力、行业认知和持续输出是AI时代的核心竞争力，并计划2026年继续深化专栏模板化和项目验证。这一年转型虽慢，但每一桨都是自主划出的方

2025-12-27 13:11:02 813

原创互联网医院16：患者要去哪里找医生？——诊室管理与指引体系搭建

在前几篇教程中，我们解决了“医生是谁”（医生主页）、“患者是谁”（就诊人管理）以及“哪天有号”（排班系统）的问题。但在实际的线下就医场景中，还有一个让患者极其焦虑的盲点——“我该去哪儿找医生？场景复现患者张大爷挂了专家号，兴冲冲来到医院。小程序提示：挂号成功。张大爷：医生在哪？小程序：…（沉默）张大爷：只能去导诊台排队问护士，或者像无头苍蝇一样在门诊楼乱转。本篇目标我们需要打通线上与线下的最后一公里，搭建“诊室管理”模块。这不仅是一个简单的地点标记，它需要与科室关联，并最终被排班。

2025-12-26 10:24:09 682

原创互联网医院15：全家健康管家——构建“1对N”就诊人管理体系

上一篇我们已经讲解了账号如何开通，有了账号之后就可以添加就诊人信息了。账号 (t_user：是小程序的操作者，通常是持手机的人。就诊人 (t_patient：是真正看病的人。不仅可以给自己挂号，还可以给没手机的父母、孩子挂号。核心需求1对N关系：一个账号下可以添加多个就诊人。默认人机制：系统需要知道“现在正在帮谁操作”，否则每次进页面都要选人，体验很差。实名认证：必须填写身份证号，用于后续的挂号锁号和报告查询。数据结构：实现了 User 到 Patient 的 1对N 关联。交互逻辑。

2025-12-25 11:04:44 783

原创互联网医院14：表单的“两副面孔”——一套代码搞定用户注册与资料更新

在上一篇中，我们完成了“个人中心”的身份识别。如果用户未注册，我们需要引导他去填写昵称和头像。很多初学者会直接拖一个表单容器，绑定t_user模型，点击提交就调用wedaCreate。重复注册风险：如果用户之前注册过，只是换了个手机登录，或者系统缓存清理了，直接调用create会导致数据库里同一个手机号有两条记录，数据直接乱套。维护成本高：注册页和“编辑个人资料”页长得一模一样。如果分开做两个页面，后续加个字段（比如“性别”），你就得改两个地方。今天我们要实现**“表单复用”与“智能保存”**。

2025-12-24 10:19:36 907