poxiaoxi博客婚礼、寿宴或白事现场记录礼金时，纸质礼簿容易出现字迹难认、金额写错、重名重复和事后统计麻烦等问题。Gift Book将传统礼簿改造成一套可在电脑上运行的电子系统，覆盖现场录入、金额核对、记录修改、报表生成和数据备份等环节。
项目采用纯静态网页结构，不依赖后端服务器和云数据库。业务数据保存在当前设备的浏览器数据库中，既可以通过项目提供的Windows程序运行，也可以使用源码在现代浏览器或静态服务器中打开。
围绕现场礼金录入设计
Gift Book的核心界面保留了传统礼簿的视觉形式，但录入方式更接近普通记账软件。用户可以先创建婚礼、寿宴或其他事项，设置起止时间和管理密码，再逐笔填写宾客姓名、礼金金额、备注及收款渠道。
收款渠道可区分微信、支付宝和现金，方便活动结束后核对不同渠道的实际到账情况。金额输入完成后，系统会自动转换为中文大写，减少手写大写金额时出现格式错误的情况。
为了提高连续录入效率，项目支持键盘操作和回车提交。现场负责记账的人不需要频繁切换鼠标，适合宾客集中到场、短时间内需要连续登记多笔礼金的场景。
系统还会检测重名和重复金额，对可能重复录入的记录进行提醒。这类提醒不能完全判断两笔礼金是否属于同一人，但可以让记账人员在提交前多做一次核对。
语音播报方便宾客当场确认
录入礼金后，系统可以通过TTS语音朗读宾客姓名和金额。例如完成一笔记录后，电脑可播报相应的贺礼信息，让宾客和现场工作人员同时确认录入结果。
语音播报在嘈杂现场具有一定辅助作用，也能减少反复口头确认金额的过程。不过，该功能依赖操作系统和浏览器提供的语音能力，不同设备可用的声音、语速和播报效果可能存在差异。
访客副屏兼顾展示与隐私
Gift Book提供独立的访客副屏页面。主屏用于工作人员录入和管理数据，副屏可以投放到外接显示器或电视，让现场宾客查看最新记录。
副屏并不是简单复制管理界面。项目加入了隐私脱敏设计，最新一笔记录可以显示完整姓名，较早记录则自动隐藏部分姓名，避免所有宾客信息长时间公开展示。
副屏还可以上传并显示东家的收款码，方便宾客现场扫码。这里的收款码功能只是展示用户自行上传的二维码图片，并不等于系统直接接入了微信支付或支付宝接口，实际到账仍需在对应收款平台中确认。
界面内置喜庆红和肃穆灰两套主题，可分别用于婚礼、寿宴等喜庆场合以及白事等较为庄重的场景。
修改记录后仍然能够追溯
现场记账难免出现姓名写错、金额录错或付款方式选错。Gift Book允许对记录进行修改，并通过时间轴保留相关变动信息。
删除操作采用软删除思路，记录可以标记为作废，而不是立即从全部数据中消失。这种设计便于活动结束后核对异常记录，也能减少误删后无法查明原因的问题。
对于需要多人交接记账或事后复核的场合，修改留痕比只保留最终结果更实用。工作人员能够知道某笔记录何时发生过变化，而不是面对一份已经被多次修改却没有过程信息的表格。
Excel、PDF与数据备份各有用途
活动结束后，系统提供多种导出方式。Excel文件适合后续筛选、统计和人工核账，并可包含记录及修改日志；PDF则更接近传统礼簿的成册效果，适合保存、打印或发送给家人留档。
项目在浏览器端使用PDF生成组件处理文件，不只是调用普通网页打印。用户可以调整字体、封面图片和背景纹理，让生成的电子礼簿具有较完整的封面、正文和分页样式。
数据量超过一定规模时，系统会自动分卷生成PDF，以降低一次处理大量记录造成浏览器内存不足的可能性。
除了Excel和PDF，Gift Book还可以导出加密数据文件。这类文件用于保存完整业务数据，并在其他设备中恢复。三种导出方式的用途并不相同：
Excel适合统计、筛选和核账。
PDF适合阅读、打印和长期归档。
加密数据文件适合迁移和恢复系统数据。
本地存储带来的价值与限制
Gift Book没有后台账号体系，也不要求把宾客姓名、金额和备注上传到项目开发者的服务器。根据项目说明，记录会经过AES-256加密后存入IndexedDB，管理密码则使用SHA-256方式处理。
本地运行减少了对网络和云服务的依赖，断网时仍可继续使用，也适合不希望将礼金明细交给第三方平台保存的用户。
但本地存储不等于数据永远不会丢失。清理浏览器数据、删除应用文件、重装系统、设备损坏或忘记管理密码，都可能导致数据无法继续访问。项目也明确说明，它适合现场临时记账，不应作为唯一的长期保存载体。
活动结束后，应尽快导出Excel、PDF和数据备份，并至少保存到两个不同位置。管理密码无法找回，创建事项时也不宜使用过于简单或容易遗忘的密码。
哪些用户适合使用Gift Book
这套工具比较适合希望用电脑替代纸质礼簿，同时又不想购买云端礼金管理服务的个人用户。婚礼记账人员、家庭宴席组织者、礼仪服务人员以及需要临时管理礼金记录的用户，都可以利用它完成现场登记和事后归档。
项目使用原生JavaScript、HTML和静态资源开发，不需要构建流程。具备前端基础的用户可以修改页面样式、默认主题、封面和字段，再部署到GitHub Pages、Vercel、Nginx或其他静态服务器。
它不太适合需要多人跨地区实时协作、手机与电脑自动云同步、在线权限管理或长期集中保存数据的机构。由于没有后端，同一事项的数据不会自动出现在另一台设备中，需要依靠导出和导入完成迁移。
项目README还明确限定公开版本用于个人学习、研究或自用，并禁止直接出售源码、打包倒卖或二次封装收费。准备将其用于商业服务或二次销售时，需要先了解作者给出的使用要求。
Gift Book的实际价值不在于把纸质礼簿简单搬到屏幕上，而是将快速录入、副屏核对、修改留痕和多格式归档连接成一个完整流程。对于一次性宴席和家庭活动，它提供了一种相对轻量、数据留在本地的礼金管理方式。
精彩评论