业务和功能介绍
立项背景：我国正快速步入老龄化，三代同堂家庭里奶奶、爷爷承担买菜做饭主力，却被"今天做什么、怎么做、买什么菜"困扰——现有菜谱 APP 偏年轻态，字号小、层级深、无家庭协作，长辈用不顺手。家有菜单是为长辈设计的买菜做饭助手，用最小操作覆盖"决策—做法—采购"全链路：字号≥16px、操作≤3 步、触控≥44px。已上线，一套 uni-app 代码编译微信小程序、H5、Android、iOS 四端。
核心功能（10 模块，落地为点菜/做饭/我家 3 Tab）：
- MENU 决定吃什么：分类浏览、搭配推荐、一周自动排餐（权重+洗牌 21 餐）
- RECIPE 学做菜：菜谱详情、步骤教学、收藏
- SHOP 知道买什么：汇总食材、去重、过滤常备、生成购物清单
- FAMILY 一家一起用：槽位邀请、用餐时间矩阵、实时同步
- FMENU/MRECIPE/RATE：我家收藏、自创菜谱、评价反哺
- DLIB 食谱库：3 万道菜、三库统一本地搜索
- CMS 内容后台：菜谱/食材/营销/财务对账
- OPS 运营：积分、任务领取、积分兑月卡
流程：点菜页选菜→生成购物清单→菜市场边买边勾→照菜谱做菜→饭后评价反哺。家庭：建家庭→邀请码→家人扫码→菜单购物清单实时同步。付费走微信虚拟支付（月卡¥6、年卡¥48），600 积分兑 31 天月卡。
核心功能（10 模块，落地为点菜/做饭/我家 3 Tab）：
- MENU 决定吃什么：分类浏览、搭配推荐、一周自动排餐（权重+洗牌 21 餐）
- RECIPE 学做菜：菜谱详情、步骤教学、收藏
- SHOP 知道买什么：汇总食材、去重、过滤常备、生成购物清单
- FAMILY 一家一起用：槽位邀请、用餐时间矩阵、实时同步
- FMENU/MRECIPE/RATE：我家收藏、自创菜谱、评价反哺
- DLIB 食谱库：3 万道菜、三库统一本地搜索
- CMS 内容后台：菜谱/食材/营销/财务对账
- OPS 运营：积分、任务领取、积分兑月卡
流程：点菜页选菜→生成购物清单→菜市场边买边勾→照菜谱做菜→饭后评价反哺。家庭：建家庭→邀请码→家人扫码→菜单购物清单实时同步。付费走微信虚拟支付（月卡¥6、年卡¥48），600 积分兑 31 天月卡。
项目实现
架构：云原生 Serverless 分层，零自建服务器。展示层 uni-app（Vue3+Vite+Pinia+TS）一套代码编译四端，含 15 composables、12 store、23 utils；业务层 8 个 CloudBase 云函数（fn-menu/recipe/shop/family/mrecipe/cms/pay/ops）+19 个共享模块（鉴权、HMAC 签名、虚拟支付）；数据层 NoSQL 23 集合+云存储，familyId 隔离，写操作过云函数校验。前端约 4.4 万行、云函数约 3.7 万行；CMS 独立 Web 应用，dev/prod 双环境运行时选择。
我作为全栈独立开发者，独立承担产品、前端、后端、CMS、运营全部开发。552 次提交、203 变更、修复 81 缺陷。产出：16 页面+34 组件；周食谱算法 894 行权重+洗牌引擎，零网络生成 21 餐；三库搜索引擎把 3 万道菜压成 1.08MB 索引，本地二分首屏零等待；微信虚拟支付全链路；双环境隔离靠 envVersion 不可伪造，零误连生产；34 套自动化测试。
难点：1. 云函数裸部署冲环境变量（曾用 --force 修 bug 冲掉云端密钥），固化为 --config-file 部署铁律。2. iOS 输入法丢字：根因父组件 setData 波及 input，抽成组件级隔离子组件。3. 破坏性变更搞崩旧客户端：采用 Expand-Contract 三阶段。4. 823 字符 JWT 密钥误读单字符：脚本提取+md5sum 对比。
我作为全栈独立开发者，独立承担产品、前端、后端、CMS、运营全部开发。552 次提交、203 变更、修复 81 缺陷。产出：16 页面+34 组件；周食谱算法 894 行权重+洗牌引擎，零网络生成 21 餐；三库搜索引擎把 3 万道菜压成 1.08MB 索引，本地二分首屏零等待；微信虚拟支付全链路；双环境隔离靠 envVersion 不可伪造，零误连生产；34 套自动化测试。
难点：1. 云函数裸部署冲环境变量（曾用 --force 修 bug 冲掉云端密钥），固化为 --config-file 部署铁律。2. iOS 输入法丢字：根因父组件 setData 波及 input，抽成组件级隔离子组件。3. 破坏性变更搞崩旧客户端：采用 Expand-Contract 三阶段。4. 823 字符 JWT 密钥误读单字符：脚本提取+md5sum 对比。
示例图片视频
相似推荐
恒康营销之星
工作描述:apicloud开发，实现h5页面打包生成混合app，使用echart 构建各类报表、调用apicloud模块实现二维码扫描二维码查询库存、授权平台实现app权限的管控
运用技术:
1、基于DIV+CSS实现页面布局和highchart 显示图表的展示
2、基于apicloud原生模块和jquery实现数据的绑定和交互
3、apicloud封装的模块、apicloudStudio实现无线同步、浏览器上调试页面、在手机上同步app功能、
4、基于git 代码管理,
5、采用云编译打包生成apk文件和ios 的ipa,熟悉ios 上线打包和生成ios 证书等。
跨境电商多端
跨境电商商城与货舱仓储管理小程序，面向跨境买家与仓库管理人员。包含商城首页、商品、购物车、拼团、实名认证、钱包支付、推广海报；货舱模块完成仓储业务管理，支持系统消息推送；配套后台实现发票开具、首页配置、分销售后管理，构建完整跨境电商交易闭环。
京尔思 B2B 全链路系统
包含客户小程序、工厂协同平台、权限管理后台三套子系统。覆盖产品定制、配方解析、合同签署、多工厂报价生产、企业认证、开票完整业务。后台实现角色菜单权限管控、订单物流、支付凭证管理，统一表单校验、异常拦截，服务上下游客户与工厂协同办公。
某汽车品牌官方商城与新零售运营中台
1、立项背景和目标
面对汽车行业新零售模式的兴起，某汽车品牌亟需一套能够同时支撑“整车直销”与“车品零售”的综合性业务底座。本项目作为广本新零售与直销业务的核心中台，旨在打通线上营销获客与线下门店交付的业务壁垒，构建一套高可用、支持高并发的大型电商与客资运营中台，最终实现精准营销引流与财务清算的全面数字化。
2、软件功能、核心功能模块的介绍系统由面向 C 端的移动端应用矩阵与面向 B 端的多租户管理后台组成。核心模块涵盖：
混合订单管理中心：兼容并支撑整车直销（订金/尾款/门店交付）与车品零售（物流发货）两套完全异构的业务流。
统一支付网关：无缝对接并封装微信、支付宝、民生及中金支付等多种支付渠道。
多租户渠道管控系统：支持上游供应商、特约店（4S）与二网店的库存调度与复杂财务清算。
企微直营客资闭环：深度接入企业微信 API，将线上线索无缝连接至线下销售终端。
3、业务流程、功能路径描述
核心业务路径如下：C 端用户在小程序或 APP 访问由“千人千面”动态组件渲染的营销页面，参与爆款车抢购或车品秒杀；下单后，系统根据商品类型触发底层的混合订单状态机，通过统一网关完成支付收口；随后，“企微直营”模块将线上购车线索精准路由分发给对应的线下销售顾问，形成私域跟进流转的业务闭环；交易彻底完成后，B 端系统自动进行跨租户的库存调度与财务清算。
quick_server
1、背景和目标：对企业所有服务请求进行轻量级安全和速度优化，减轻服务器的并发压力。
2、quick_server系统，不依赖外部引用，即插即用，主要用来进行极速快捷安全的http请求。大大减轻服务器的并发压力。轻松实现高并发场景下极速快捷安全的http请求。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服