如题, 最近一直在设计一个叫Dropage的Ports系统, 现在已经基本到达了设计API的阶段了(
目的是设计一个能完全替换酷安所有功能的,扩展性超强的应用市场, 目前设计最大的亮点是:
社区服务器由Rust而不是PHP编写, 提供尽可能多的请求方式和API, 采用PostgreSQL和Diesel自动管理数据库
计划单里还有一个使用PHP&JavaScript编写的community 社区前端, 使用 mdui 作为前端库,项目不会因为某种设计流行就抛弃MaterialDesign
社区服务器dcommunity-server, 构建/包管理守护进程 dropaged, 客户端client 完全是分开的, 社区服务器炸不会影响使用git packages tree构建脚本树的dropaged, 并且可以实现类似dropaged放局域网的另外一台主机上这样的部署方式,也可以通过类似方式实现远程安装 主要针对局域网,唉算了其实客户端连接上dropaged就可以被远程执行命令
Android客户端只实现基本功能和markdown格式化文本, 酷安实现的提到用户,提到应用,表情等功能皆由内定的BeanShell脚本扩展实现, 就连at用户也是社区服务器过滤 &call@ ... !& 实现的
强大的patch和分渠道构建脚本功能,还包含简单的依赖系统
..唉我好像跑题了,不说了,说不完
今天上午去检查了一下dropaged所需要的库, 原来打算独立lua解释器,git进程的, 后来觉得应该再加一个使用函数库的支持吧...
我看到了 mrusty, rlua, git2 等库...
于是我犹豫了
你们说我是该把Ruby作为这个新Ports系统的构建脚本语言还是Lua呢?
注: mruby解释器1.7MiB, Lua解释器+std 200多k (当然不要太看重体积
我不支持mruby的理由是crates.io 唯一的mruby绑定库更新速度太慢(去年的)
而且对于构建脚本来说,OOP有点浪费了
于是我来这请求大家选择一下dropage以后的包构建脚本是拿Ruby写呢,还是Lua呢...