业务和功能介绍
一、项目背景 专为宠物服务公司定制开发的宠物管理工具，聚焦宠物日常护理、提醒、打卡与数据统计全流程管理。 二、项目核心目标 帮助宠物主人 / 服务人员标准化、可视化完成宠物全流程护理服务，实现提醒自动化、操作便捷化、数据可追溯。 三、全流程阶段详解 1. 应用启动与初始化 流程用户打开应用 → Index.ets 执行初始化 → 检查 / 申请通知权限 → 初始化数据库（DatabaseHelper）→ 加载宠物、闹钟数据（PetDataManager/AlarmDataManager）→ 根据权限状态显示引导页 → 进入主导航界面（topBar）目的保证闹钟通知等核心功能正常可用，完整恢复用户数据与应用状态。 2. 宠物信息管理 核心流程 • 新增宠物：进入 addPet 页面 → 填写昵称、头像、性别、生日、体重、分类 → 通过 PetDataManager 存入数据库 • 宠物管理：SelectPet 页面支持宠物选择、切换、删除、设置默认宠物 特色功能PetCategory 页面：支持自定义一级 + 二级宠物品种分类树数据价值PetData 是全应用打卡、闹钟、统计等功能的基础数据。 3. 护理提醒设置 支持两类提醒，统一由系统通知触发 ① 今日重复闹钟（SetAlarmForToday）选择宠物 → 设置喂养频率 → 添加喂食 / 喝水等护理时间点 → 保存由 AlarmDataManager 统一管理存储② 未来单次事件（SetAlarmForFuture）为宠物添加驱虫、疫苗等一次性未来事件提醒通知联动闹钟由 AlarmReminderManager 调度 → 通过 NotificationManager 触发系统通知 4. 每日打卡执行 流程TcfPet 页面查看当前宠物 → 对喂食 / 喝水 / 驱虫等按钮（StatusButtonV2）执行打卡 → 填写备注 → 由 PetCheckInManager 保存记录 特色功能 • 支持补签模式（isMakeUpMode），可补录历史打卡 • 打卡成功提供动画反馈（PetAnimation） 5. 数据统计与可视化 流程PetDataView 页面选择宠物 + 视图类型（日 / 周）→ 拉取打卡记录（PetCheckInManager）+ 未来事件（AlarmDataManager）→ 自动计算生成图表与总结 输出内容 • 日维度柱状图、周维度趋势图 • 喂食总量、平均次数、未打卡天数、近期要事提醒 • 可视化周报数据 6. 成果分享 流程PetDataView / ShareButtonComponent 触发分享 → 跳转 ShareImagePage → Canvas 合成周报图片 → 保存相册 / 分享好友关键技术使用 Canvas 实现图片合成，申请媒体读
项目实现
应用结构：
pages/screens/ # 主要页面
├── TcfPet.ets # 主照顾页面
├── addPet.ets # 添加/编辑宠物
├── SelectPet.ets # 宠物选择器
├── SetAlarmForToday.ets # 今日闹钟
├── SetAlarmForFuture.ets# 未来闹钟
├── PetDataView.ets # 数据统计
└── PetCategory.ets # 宠物分类管理
componentCase/ # 可复用UI组件
├── PetAvatarView.ets # 宠物头像组件
├── topBar.ets # 顶部导航栏
├── StatusButton
坑:
1.componentv1父子组件通信逻辑复杂,但代码上无法结构化,代码重复度高,在类似list的高相似度内容开发的时候,代码无法有效复用,1.componentv2则没有这个烦恼,但个别控件不支持v2,比如代理提醒的功能,必须用v1.
2.子组件打开的窗口受到父组件的限制,无法完整显示在屏幕上,设置背景的时候也无法超越父组件的区域.
3.卡片进程与主进程是分离的,卡片进程可以唤醒主进程,但第一次唤醒后无法有效传递信息,需要区分冷启动和热启动,冷启动需要主动在主进程中处理want传递过来的信息,而热启动则可以直接使用on事件监听.
4.处理音频文件播放的时候,不能用previewer测试,previewer无法设置有效的on监听,必须要真机或者配置模拟器才行.
5.代理提醒功能限制的很厉害,里面的按钮与内容展示都是固定的,无法自主定制,代理提醒几乎无法与卡片进行交互.
6.卡片进行的生命周期极短,大部分的数据处理都要唤醒主进程才能完成.
7.scroll组件的内容必须由其他组件包裹,否则布局会起飞.scroll的内容默认是居中的,如果不知道这个,会发现如果内容布局不足铺满屏幕,那么内容都会堆在中部.
8.应用主进程与卡片进程有着天然隔离,各自生成的首选项即使文件名一样,也不是同一文件,需要使用相同的工具类单独创建文件,才能完成数据交互.
9.代理提醒是系统级权限,只需要在配置文件中写明,就可以,不需要向用户发送主动请求;但代理提醒需要向用户请求打开通知,才可以正常发送通知,而且如果需要横幅框,主动请求都无法完成,必须要主动引导用户手动打开.
10.微信的朋友圈和支付功能,必须向腾讯申请UID,而这个UID的申请,要求必须有应用的正式网站,而且正式网站需要公安备案.如果要使用华为支付,就没那么多要求,但如果要用华为支付使用微信,要就要同时申请两家的的权限,过程会更加麻烦.
pages/screens/ # 主要页面
├── TcfPet.ets # 主照顾页面
├── addPet.ets # 添加/编辑宠物
├── SelectPet.ets # 宠物选择器
├── SetAlarmForToday.ets # 今日闹钟
├── SetAlarmForFuture.ets# 未来闹钟
├── PetDataView.ets # 数据统计
└── PetCategory.ets # 宠物分类管理
componentCase/ # 可复用UI组件
├── PetAvatarView.ets # 宠物头像组件
├── topBar.ets # 顶部导航栏
├── StatusButton
坑:
1.componentv1父子组件通信逻辑复杂,但代码上无法结构化,代码重复度高,在类似list的高相似度内容开发的时候,代码无法有效复用,1.componentv2则没有这个烦恼,但个别控件不支持v2,比如代理提醒的功能,必须用v1.
2.子组件打开的窗口受到父组件的限制,无法完整显示在屏幕上,设置背景的时候也无法超越父组件的区域.
3.卡片进程与主进程是分离的,卡片进程可以唤醒主进程,但第一次唤醒后无法有效传递信息,需要区分冷启动和热启动,冷启动需要主动在主进程中处理want传递过来的信息,而热启动则可以直接使用on事件监听.
4.处理音频文件播放的时候,不能用previewer测试,previewer无法设置有效的on监听,必须要真机或者配置模拟器才行.
5.代理提醒功能限制的很厉害,里面的按钮与内容展示都是固定的,无法自主定制,代理提醒几乎无法与卡片进行交互.
6.卡片进行的生命周期极短,大部分的数据处理都要唤醒主进程才能完成.
7.scroll组件的内容必须由其他组件包裹,否则布局会起飞.scroll的内容默认是居中的,如果不知道这个,会发现如果内容布局不足铺满屏幕,那么内容都会堆在中部.
8.应用主进程与卡片进程有着天然隔离,各自生成的首选项即使文件名一样,也不是同一文件,需要使用相同的工具类单独创建文件,才能完成数据交互.
9.代理提醒是系统级权限,只需要在配置文件中写明,就可以,不需要向用户发送主动请求;但代理提醒需要向用户请求打开通知,才可以正常发送通知,而且如果需要横幅框,主动请求都无法完成,必须要主动引导用户手动打开.
10.微信的朋友圈和支付功能,必须向腾讯申请UID,而这个UID的申请,要求必须有应用的正式网站,而且正式网站需要公安备案.如果要使用华为支付,就没那么多要求,但如果要用华为支付使用微信,要就要同时申请两家的的权限,过程会更加麻烦.
示例图片视频
相似推荐
Java 应用集群迁移与 Elasticsearch 数据同步
一、背景与目标
客户因业务调整，需要将现有生产环境的网站服务及数据完整迁移至新服务器。涉及约 10 个 Java 网络应用程序及配套的搜索、消息队列服务。目标是在保证数据完整性的前提下，实现业务的平滑割接，确保迁移后服务可正常访问。
二、功能模块
1.全量服务迁移： 涵盖 Elasticsearch 7.8.0 搜索引擎、Nginx 反向代理、RabbitMQ 消息队列及 Redis 缓存服务的部署与配置还原。
2.Java 应用部署： 迁移并配置 10 个左右的 Java 后端应用，恢复其 JVM 参数及配置文件。
3.数据一致性保障： 执行数据库与索引数据的导出导入操作，确保新旧环境数据一致。
CentOS7 Docker 基础运行环境搭建与组件部署
客户需要在单台 CentOS 7 服务器上快速构建一套标准化的后端开发与运行环境。目标是替代繁琐的手动安装过程，通过容器化技术统一部署 MySQL、MongoDB、Redis、Kafka、Zookeeper、MinIO 等中间件，并预置 GoLang 开发环境，确保环境的一致性和可移植性。
功能模块：
1.中间件容器化： 集成 MySQL 5.7+、MongoDB 6.0+、Redis 7.0+、Kafka 及 Zookeeper 等核心组件，通过 Docker Compose 进行统一编排启动。
2.对象存储服务： 部署 MinIO 对象存储，用于非结构化数据的存储测试。
3.环境初始化： 编写初始化脚本，自动完成各组件的用户名密码配置（如 mysql/mongodb/redis/minio 统一认证），并安装 GoLang 1.18 及 Git 工具链，交付即可用的基础镜像环境。
考霸APP
面向小学、初中、高中学生，主打本地名校真题、同步教材、AI 智能刷题，题库超 350 万道，适配人教版、北师大版等主流教材版本。
核心功能
本地真题资源：名校月考、联考、教研室统考、分班考试卷，贴合本地考情
视频讲解：试卷、难题配套名师视频，支持投屏观看
AI 错题本：自动归集错题，按知识点分类；AI 举一反三推送同类变式题，做一道通一类；学情统计，定位薄弱知识点
音频磨耳朵：语文、历史、道法等文科考点音频，通勤碎片时间背诵记忆
同步教材练习：同步课本章节预习、课后巩固，试卷支持下载打印 PDF
备考计划：寒暑假提分计划、一轮二轮复习、中考真题专项训练
微信小程序商城
本项目围绕微信小程序商城及服务业务场景进行开发，集商品展示、在线预约、订单管理、微信支付、用户中心、服务管理和数据统计等功能于一体。用户可通过小程序完成商品浏览、服务预约、订单提交、在线支付及订单查询等操作，企业则可通过管理后台统一管理商品、服务、用户、订单、支付记录及运营数据，并可根据后续业务需求扩展会员、优惠券、积分、物流配送、消息通知及第三方系统接口等功能。
山姆拼团小程序
一、立项背景和目标
山姆会员店商品多为大容量家庭装，个人/小家庭用户常面临单品分量过大、不易储存或单独购买起送门槛高的问题。本项目旨在打造一款专为山姆商品设计的“社区/同城拼单与分装小程序”，支持用户快速发起拼单、凑单分装、分摊会员优惠与配送费，降低购买门槛，提升商品流通与履约效率。
二、软件功能与核心功能模块
1. 商品与拼团管理模块：支持山姆商品目录展示、拼单发起（支持按份数/按件拆分拼团）、拼团时效倒计时与成团状态流转。
2. 订单与支付分账模块：集成微信支付与预授权机制，支持成团自动扣款、拼团失败自动原路退款及差额多退少补。
3. 履约配送与自提核销：支持团长代收分装、同城配送对接、社区自提点选择及到货动态取件码核销。
4. 社交裂变与通知提醒：提供拼团海报一键生成、微信群转发分享及基于模板消息的成团/发货进度实时提醒。
三、业务流程与功能路径
团长/用户选择山姆商品并发起拼单 -> 设定拼团规则（成团人数/件数/有效时间）并分享至微信群或好友 -> 参团成员加车支付参团 -> 满员触发成团事件与采购通知（未满员超时自动退款） -> 商品到货团长分装/核销自提 -> 完成订单闭环。
帮助文档
Copyright @ 2021-2024 程聚宝 | 浙ICP备2021014372号
人工客服