程序聚合软件案例宠物培养与管理系统-得宠了(暂定)

宠物培养与管理系统-得宠了(暂定)

2026-04-04 13:56:15

行业：生活服务

载体：鸿蒙应用

技术：TypeScript、ArkUI、SQLite

业务和功能介绍

一、项目背景专为宠物服务公司定制开发的宠物管理工具，聚焦宠物日常护理、提醒、打卡与数据统计全流程管理。二、项目核心目标帮助宠物主人 / 服务人员标准化、可视化完成宠物全流程护理服务，实现提醒自动化、操作便捷化、数据可追溯。三、全流程阶段详解 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的申请,要求必须有应用的正式网站,而且正式网站需要公安备案.如果要使用华为支付,就没那么多要求,但如果要用华为支付使用微信,要就要同时申请两家的的权限,过程会更加麻烦.

示例图片视频

冰镇米汤

24小时内活跃

方向：移动端-HarmonyOS、后端-Java、

交付率：100.00%

查看主页

相似推荐

支付核心中台系统

为了彻底打破传统“烟囱式”系统建设带来的数据孤岛与重复造轮子问题，公司倾力打造了企业级支付能力中台。该中台作为公司核心交易底座，全面覆盖线下收单、互联网支付、预付卡三大全业务场景，致力于实现支付能力的标准化、服务化与可复用输出，为公司业务的规模化扩张提供坚实的底层基础设施。一、业务定位支付能力中台并非简单的支付接口聚合，而是企业资金流转与交易数据的心脏。其核心战略价值体现在三个维度：首先是能力复用，将复杂的支付逻辑、渠道对接、清结算规则进行抽象与封装，前台业务线（如电商小程序、线下门店、会员商城）只需调用标准API即可秒级接入，使新业务支付接入周期从“周级”缩短至“小时级”；其次是成本优化，通过智能路由引擎实现通道成本的动态最优配置，有效降低企业综合支付手续费；最后是业财一体，建立统一的交易流水与账务台账，彻底解决前端业务与后端财务对账难、差异处理慢的痛点，支撑公司精细化运营。二、全业务场景深度覆盖中台以“全场景、无死角”为设计原则，构建了三位一体的支付业务版图： 1. 线下收单场景：赋能实体零售，提升收银效率针对线下门店、无人售货机等场景，中台提供聚合主扫与被扫能力。支持微信、支付宝、云闪付、数字人民币等主流扫码支付，并兼容POS机具、刷脸支付终端。中台屏蔽了不同硬件厂商的底层协议差异，实现“一套系统管所有设备”，同时支持 Offline 模式下的网络容灾，确保在弱网环境下门店依然能顺利完成交易，保障营收不流失。 2. 互联网支付场景：打破平台壁垒，优化转化体验面向APP、H5、PC端等纯线上交易场景，中台深度集成各大银行快捷支付、网银直连、第三方钱包支付。针对跨境电商或出海业务，中台还预留了多币种结算与海外本地化支付通道能力。通过统一收银台组件，中台为C端用户提供极其流畅的支付体验，同时提供花呗、信用卡分期等营销支付工具的底层支持，有效提升订单转化率。 3. 预付卡业务场景：强化资金沉淀，创新消费模式预付卡（含实体卡与虚拟卡）是中台最具业务深度的模块。中台从卡生命周期管理（发卡、激活、挂失、退卡）到底层资金账套（备付金管理）进行了全方位重构。支持储值卡、次卡、时效卡等多种卡类型，并创新性地实现了“预付卡+主流支付”的混合支付（即组合支付）能力，满足用户在余额不足时的无缝接续支付需求，最大化锁定用户消费预期。

智能客服系统

基于大语言模型+智能体技术打造的企业级7×24小时自动化智能客服系统，依托字节跳动Coze智能体平台搭建具备自然语言理解、多轮对话管理、复杂任务执行能力的对话机器人，打通前端多渠道入口与后端业务系统，实现全流程智能化客户服务闭环。系统聚焦企业客服核心场景，可自主处理常见咨询、订单查询、工单创建、退货申请等业务，疑难问题自动流转人工客服并留存完整对话历史；同时通过对话数据挖掘分析，定位用户热点诉求，反向赋能业务优化。项目彻底重构传统客服模式，实现全天候响应、智能化服务、数据化运营，大幅提升企业客服效率与用户体验。

大象拍车

1.市场背景与平台定位传统二手车收车模式长期面临信息不对称、车源分散、交易效率低下的困境。车商需要耗费大量时间在全国各地奔波看车，收车成本高、车源质量难保障，严重制约了业务扩张与服务升级。随着二手车行业加速向线上化、专业化转型，车商对高效、稳定、可信赖的车源获取渠道的需求愈发迫切。大象拍车正是为此而生。平台聚焦于为二手车经销商提供一站式在线竞拍服务，让车商无需东奔西走，在手机上即可参与全国范围内的优质车源竞拍。通过标准化的检测报告、透明的竞价机制、规范的交易流程，帮助车商大幅提升收车效率，将精力集中于车辆整备与零售业务，真正实现降本增效、规模发展。 2.核心功能模块大象拍车围绕“看车—竞拍—交易”三大环节，构建了完整的产品功能体系：首页聚合：集成心愿车单、中标确认、我要卖车、购车指南、顾问推荐、秒杀好车、独家好车、合作好车等入口，帮助车商快速触达核心功能。竞拍系统：支持无底价暗拍与一口价秒杀两种模式。无底价模式下，车商独立出价，次日上午10点统一结拍，价高者得；一口价模式下，出价即中标，车辆即时下拍，适合快速锁定心仪车源。出价管理：提供竞价中、价格确认中、已中标、待成交、待付款、交易成功、交易失败、未中标等全状态跟踪，让车商随时掌握每一笔出价的进展。账户与资金：支持保证金充值、提现、交易记录查询，保障资金安全透明。消息通知：工单类与通知类消息实时推送，确保车商不错过任何重要节点。我的服务：合同管理、购车顾问、公众号等，为车商提供交易后服务与持续支持。 3.特色功能亮点平台在用户体验方面进行了精心打磨。心愿车单功能允许车商根据品牌、车型、价格等偏好设置筛选条件，系统自动推送匹配车源，让车商不再大海捞针。顾问推荐功能由专属车商顾问根据车商购车习惯，主动推荐高匹配度车辆，提升成交效率。车辆详情页集成了车辆检测报告、出价入口、关注收藏、分享转发、联系客服等功能，一站式满足车商决策所需。 4.典型业务流程车商使用大象拍车的完整流程如下：首次使用需完成实名认证并充值保证金，即可参与竞拍。车商可在竞拍列表浏览车源，根据车辆检测报告、车况信息、起拍价等进行判断，选择无底价或一口价模式出价。出价后，车辆状态进入“竞价中”；结拍后进入“价格确认中”，由平台工作人员确认中标结果。中标后，车商需在倒计时结束前确认收车或放弃收车（放弃将扣除保证金）。确认收车后进入“待成交”状态，签署合同、上传付款凭证，最终完成交易。全程状态透明、操作规范，为车商提供安心的购车体验。

羽毛球场地预约系统

本项目是一个基于 Go 语言开发的自动化羽毛球场地预约与支付系统。其核心业务旨在帮助用户在热门场馆资源紧张时（如每天早点7点放票）通过自动化的方式高概率抢订场地。系统支持通过外部配置文件预设多个候选的场地目标、日期及时间段。在执行过程中，程序会提前查询获取场馆的基础设施信息、可用时间段以及价格计算数据组合成预订参数。随后，系统会根据内置的时间策略挂起，直到场馆开放预订的瞬间，立刻利用 Go 语言轻量级协程（Goroutine）的优势开启高并发抢单。在并发执行中，各个子任务会同步进行订单可用性校验、订单提交以及自动调用账户余额完成支付的过程。系统内部采用并发安全的机制进行状态监听，只要有任意一个预设目标成功锁单并支付，就会自动通知并终止其他抢单任务，从而实现从解析目标到全自动扣款无人值守的完整业务闭环。

基于Spring Boot和UniApp的全栈电商客户端程序

1.立项目的：本项目基于Spring Boot构建稳定后端服务，结合uniapp跨平台框架，实现一套代码多端部署（H5、小程序、App），旨在降低开发成本、提升系统可维护性。 2.核心模块介绍：本软件包含后端与前端两大核心模块。后端基于Spring Boot，实现用户登录/注册（JWT认证）、购物车管理、订单创建与查询、支付宝支付接口对接等核心业务，并提供RESTful API。前端基于uniapp开发，主要页面包括：首页（pages/index/index）、商品详情（pages/item/item）、购物车（pages/shopping-cart/shopping-cart）、订单列表（pages/order/list）、个人中心（pages/me/me）、登录注册（pages/login/login、pages/sign-up/sign-up）等，支持多端运行。 3.业务流程：用户通过登录注册（pages/login/login → pages/sign-up/sign-up）进入首页（pages/index/index），浏览商品后进入详情页（pages/item/item）并加入购物车（pages/shopping-cart/shopping-cart）。用户在购物车中确认商品后提交订单，跳转至订单确认页（pages/order/order）并调用支付宝接口完成支付。支付成功后可在订单列表（pages/order/list）中查看订单状态，个人中心（pages/me/me）支持用户信息管理。整套流程覆盖从浏览到支付的全链路电商闭环。