banguLite —— Lite to surf bangumi
透过Flutter编写，由MD风格打造的简约bangumi信息浏览客户端。
目前支持Android 与 windows 双端，
在项目 release 处下载。
如果不知道Android端要哪一个就选 arm64 的那个
❤️ ? ⭐ : null;
基础功能
| 主界面 | 番剧详情 | (本地)收藏页面 |
|---|---|---|
 |
 |
 |
社区讯息浏览
| 小组话题 | 时间线信息 | 用户头像信息 |
|---|---|---|
 |
 |
 |
账号操作(需登录)
| 添加收藏 | 贴条 | 回复 |
|---|---|---|
 |
 |
 |
杂项
| 深色模式 | 搜索 | 筛选 |
|---|---|---|
 |
 |
 |
目前功能如下
-
番剧页面展示
- 番剧进度
- 查看分数投票分布
- 相关条目
- 用户的日志查看
- 讨论板
-
浏览单个番剧的吐槽
- 浏览番剧中的单集内的吐槽
- bbcode与表情包贴纸适配
- 发布内容
-
主页面
-
搜索/筛选条件找番
-
黑暗模式
-
本地收藏
-
应用内检查更新
-
允许应用内大部分bgm内容跳转
-
TODO(按必要性的优先级排列)
-
本地的历史浏览记录
-
适配 BBCode [user] 也就是 @ 的显示
-
登录账号发布内容: 时间线/小组话题/番剧话题/Blog
-
本地与账号的番剧收藏同步
作者闲谈
做加法比较难 但做减法更难。
我自己创建这个项目的定位就是
随手打开逛一逛几分钟 然后随手关闭
于是就萌生了这个项目的念头: 轻松浏览bangumi。
结果在我真正做起来的时候 却又面临不同讯息API的抉择 导致经常"左右脑互博"
这听起来很奇怪 毕竟整个项目的信息都只有我一个人去控制。
我作为各种意义上的一言堂 理应很容易去做割舍。
但实际上在信息密度很高的移动端里。
怎么保持信息的不扎堆 又要保持大伙一般会留意的信息是很让我纠结的事
这种纠结甚至有时能超过了 skill issue。。
这个时候我才深刻了解UI/UX设计的重要性
因为论信息/功能完整度 的 客户端
那些早就有相同定位的客户端 不仅比我做的早也比我做的好
这让我在做的过程中反复在想 我真的需要加入这些那些功能 的问题之中
这种反复左右脑互博的 典型代表是 账号功能的加入
当时构想的时候就直接就把账号功能的优先级排进 low-level 了
因为引入账号不仅仅只是登录就完事了
这也同样意味着要额外引入极多的输入性交互
-
个人信息管理要吗
-
好友管理要吗
-
通知管理要吗
-
评论/贴条要吗
-
收藏信息同步要做吗
-
剧集进度管理要吗
-
发布帖子要吗
-
...
但一想到一个 bangumi 客户端 不支持登录未免又太荒唐。
如果我作为用户见到这个不能登录的客户端怕是只会一头问号
那没办法 结果就是硬着头皮上了。
但做功能也是要取舍的
对于完整功能性的bangumi客户端里 上面这些列出来的东西自然都是标配中的标配
但实际上以我这个体量的客户端而言基本上鲜有人用。
还是那句话
那些早就有完整功能性定位的客户端 不仅比我做的早也比我做的好
那么比起做一个 就连我自己都不怎么用的功能
还不如主动去舍弃某些功能然后只保留某些常用功能算了
到最后就是 优先展示即使未登录也能访问的内容
至少在表面上来看 几乎看不出登入与不登入之间的差别
对于已登入而言 也仅仅是多了几个可互动的入口/分支。那么这就是我自己保持 lite 的答案了...
这也让账号相关的操作非常的简陋 因为我个人觉得有这个需求的人应该会用更好的管理工具就是(
所以说 账号功能里与其说是 bangumi账号管理
不如说是披着bangumi的网上冲浪工具 吧 就跟某黄色背景的开源论坛软件一样
最后
祝大伙用的舒心 用的.."满不在乎"
那么我开发这个app的定位就算达成了
感谢 bgm 官方的数据API 能让我得以去尝试 去做这么一个项目。