# HFUT-Schedule 聚在工大 P2
## [接口文档收集](/docs/API.md)

## Material Design 3 设计参考 
[组件](https://m3.material.io/)与[图标](https://fonts.google.com/icons)

### [Material3 一些自己写的组件与动效](/src/material3)

## [工具](/tools)

## 开发纪实
### [如何克服越来越大的包体](/docs/ARTICLE.md)

## 功能兼容性
并未所有功能在您的机型可用，但仅仅对UI层面造成差异，不影响任何实用性功能，详情查看位于APP-选项-维护关于-功能功能性支持

## 统计
2024-10-[supabase-kt-master](../../../../Github/Android/supabase-kt-master)07 ~ 2025-01-06、2025-02-14 ~ 2025-03-15

![visitsChart](/src/img/visitsChart.png)
![visitsChart2](/src/img/visitsChart_2.png)

## 适配

开发者毕业之前，会将所有云控交还给APP，让APP能完全独立，按这几年的维护经验，学校接口应该不会轻易变动，可以坚持几年，后续有没有人维护就要看有没有会安卓的了（现在玩安卓的越来越少了），学生一代换一代，出现更好的平替只是时间问题

**鸿蒙NEXT**应该不会适配，开发者不盈利，并且功能比较多，搬运过去花费大量的时间成本，可以**用卓易通**，反正APP也不涉及消息推送机制

**iOS**也不会适配，还是精力不足加没动力，搬运过去花费大量的时间成本，最重要的是我没苹果本子，太贵了... 开发者作为一个双持用户，能感受到iOS在大学某些方面不如安卓便利，**建议搞一个安卓**，不用配置太好，日常很方便的，比如小窗拍题

**桌面端**没必要，非要用也可以的，Windows 10+可以**用WSA**，性能损耗低，甚至超越原生Android的体验

KMP技术声称可以将现有Android项目改造成兼容iOS、桌面的跨平台项目，但是这其中需要完全重写网络层等一些内容，而且将一个已经成型的项目改为跨平台后会带来维护的负担，代码比较乱，精力有限

当初为什么不使用一次开发多端部署的方案，例如Flutter、小程序：1.当时不会；2.网页性能有瓶颈，可玩性差（不能与系统深度交互，被APP隔开）；3.小程序不适合集成太多功能，小程序是轻量级即开即用设计；

## 交接
当我毕业之后，如果有一天急需修复此项目的某些问题，但是对Android开发不熟悉，网络逻辑层可参考[此项目](https://github.com/Chiu-xaH/My-Standard-Android-Network)，UI层已经封装了一些常用组件，使用全局搜索中文字来定位某某界面代码的所在位置，参考其写法拿来用即可


