我用MoeKoe Music的时候最烦的就是要启动一个Node.JS的后端API服务, 前端还用浏览器套皮, 启动速度跟乌龟一样, 于是受够了浏览器套皮的我就试着重构了个Fl-Moe
该软件架构设计和使用什么pub.dev里的依赖由我控制, 具体的代码由 GPT-5.6 Sol (Max) 实现
该软件理论上的适配目标: GNU/Linux 下 Wayland 会话是一等适配, X11环境是二等适配 (分数缩放没法用懒得修), 因为我有 treeland 和 kwin-wayland 多Wayland环境, Windows是三等适配, 因为我电脑没有Windows系统, 只有VirtualBox虚拟机里的win10
我自己也不确定会做到什么程度, 也许半途而废了, 也许坚持做下去了
原版 MoeKoe Music 在启动前需要先拉起一个独立的与酷狗音乐后端交互的JS进程, 然后UI界面还要用浏览器套皮, 牢底蹲穿了, 于是受够Electron的JS JIT+浏览器套皮的我就准备用Flutter试一下, 让与酷狗音乐后端交互API直接用Dart实现, UI层直接用Flutter实现, 达到整个软件可以完全跟C/Rust语言写的软件一样进行完整AOT编译, 人话说就是在拥有超快启动速度的同时带来低内存占用与流畅的交互
我其实最开始只是验证 Flutter 是否有能力实现 Node.JS*) 那样的后端对接处理, 结果没想到 GPT-5.6 Sol 给我一口气前端也写大半了, 于是我就想那直接写个Fl-Moe的Flutter版萌音呗, 就这样开始了, Just for fun
个人精力有限, 一般是玲珑包一份, deb包自取
本软件不出意外只需要 Flutter 基础库, 最多带点 ffmpeg 或者 openssl 之类的依赖, 不会引入别的乱七八糟的东西, 因此你下载源码到电脑上后能直接通过 flutter run -d 进行编译
支持一下
Featured Collection
Popular Ranking
Popular Events
我用MoeKoe Music的时候最烦的就是要启动一个Node.JS的后端API服务, 前端还用浏览器套皮, 启动速度跟乌龟一样, 于是受够了浏览器套皮的我就试着重构了个Fl-Moe
该软件架构设计和使用什么pub.dev里的依赖由我控制, 具体的代码由 GPT-5.6 Sol (Max) 实现
该软件理论上的适配目标: GNU/Linux 下 Wayland 会话是一等适配, X11环境是二等适配 (分数缩放没法用懒得修), 因为我有 treeland 和 kwin-wayland 多Wayland环境, Windows是三等适配, 因为我电脑没有Windows系统, 只有VirtualBox虚拟机里的win10
该软件当前截图
我自己也不确定会做到什么程度, 也许半途而废了, 也许坚持做下去了
我为什么做这个
原版 MoeKoe Music 在启动前需要先拉起一个独立的与酷狗音乐后端交互的JS进程, 然后UI界面还要用浏览器套皮, 牢底蹲穿了, 于是受够Electron的JS JIT+浏览器套皮的我就准备用Flutter试一下, 让与酷狗音乐后端交互API直接用Dart实现, UI层直接用Flutter实现, 达到整个软件可以完全跟C/Rust语言写的软件一样进行完整AOT编译, 人话说就是在拥有超快启动速度的同时带来低内存占用与流畅的交互
我其实最开始只是验证 Flutter 是否有能力实现 Node.JS*) 那样的后端对接处理, 结果没想到 GPT-5.6 Sol 给我一口气前端也写大半了, 于是我就想那直接写个Fl-Moe的Flutter版萌音呗, 就这样开始了, Just for fun
如果我做完了会如何分发
个人精力有限, 一般是玲珑包一份, deb包自取
本软件不出意外只需要 Flutter 基础库, 最多带点 ffmpeg 或者 openssl 之类的依赖, 不会引入别的乱七八糟的东西, 因此你下载源码到电脑上后能直接通过 flutter run -d 进行编译