1. 项目背景与设计理念
1.1 校园二手交易场景痛点分析
在高校环境中,二手物品交易存在几个典型痛点:首先是信息不对称,学生有闲置物品但找不到合适的买家;其次是交易效率低,传统贴吧、QQ群等方式信息杂乱且容易被刷屏淹没;最后是缺乏信任机制,买卖双方沟通成本高。这些痛点直接影响了校园内闲置资源的有效流通。
基于这些观察,我们决定开发一个专为校园场景设计的二手交易平台。与通用二手平台相比,校园场景有几个独特优势:
- 用户身份单一(均为在校师生),信任基础更好
- 物流成本低(可线下当面交易)
- 需求明确(教材、数码产品、生活用品等高频交易品类)
1.2 平台核心功能定位
平台设计遵循"轻量化、场景化"原则,主要包含四个功能层级:
交易层作为核心,实现了商品发布、浏览、筛选和详情查看等基础功能。特别针对校园场景优化了:
- 教材类商品增加了"课程名称"、"授课教师"等专属字段
- 数码产品增加了"购买渠道"、"保修状态"等学生关心的信息
服务层创新性地加入了校园任务模块,满足代取快递、代课签到等特色需求。这个功能点后来被证明是最受学生欢迎的特色功能之一。
沟通层采用类IM设计,支持文字、图片消息,并特别优化了商品链接分享功能。测试数据显示,带商品链接的消息转化率比纯文字描述高47%。
个人中心除了常规的交易记录,还加入了"校园认证"和"信用评分"体系,这两个设计显著降低了交易纠纷率。
需要模型API调用? 免费领10W Token,多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 技术架构与核心实现
2.1 技术选型决策过程
选择Flutter 3.13作为主要框架基于几个关键考量:
- 开发效率:一套代码同时适配iOS和Android,实测UI一致性达到95%以上
- 性能表现:在Redmi Note 11(中端机型)测试中,列表滚动FPS稳定在55-60
- 生态成熟度:pub.dev上关键插件(如image_picker、cached_network_image)维护活跃
状态管理选用Provider而非Bloc或Riverpod,主要因为:
- 项目复杂度中等,不需要Bloc的强类型安全
- 团队成员已有Provider使用经验
- 调试工具成熟(Provider的debug工具链完善)
