wenerme

打个广告，基于 rjsf 做的 antd 的表单生成器 https://github.com/wenerme/apis/tree/master/packages/rjsf-antd-theme

postmarketos 了解下？ 基于 AlpineLinux 的手机系统

docusaurus ? 主要是静态站点生成，例如 https://wener.me/

React

@zjiajun 拆分与否看情况，即便是不拆分单个服务里也可以模块化

租户数据服务=租户+数据服务
如果你们数据是 DW 那就是 DW 提供，总体思想是吧需要的组件原子化，例如

```
user = getCurrentUser()
data = getDataByUserAndQuery(user,query)
tpl = getRequestedTemplate()

result = renderTemplate(tpl,data)
```

至于你业务数据存在多少耦合，需要如何管理，这是数据服务层面关心的，word 的渲染引擎不需要感知这些。但确保一次性拿到所有数据就可以了。

怎么样实现这样的数据查询，那这是另外一个方向的问题了。

@fengtons 反正 rpi 全系列都支持 从 rpi1 到 rpi zeo，主要是不清楚 opi 的 kernel 和启动逻辑，主要能启动到 kernel 就可以用 alpine

@whileFalse 一大堆？应该不至于，我现在基础镜像都是基于一个 base，所以 base 也只下载一次

@xiaoz 是的，所以基于 alpine 做了几十个镜像 https://gitlab.com/wenerme/dockerfiles 都使用的国内 mirror 。而且习惯了 alpine 物理机和虚拟机用起来也很爽。

deno 的确很好，值得尝试，但是觉得 yarn2 补足了 node npm 的很多短板，特别是没有了 node_modules 开发体验真的不太一样的，有类似 deno 那种清爽的感觉，但更可控。

deno 运行时控制这一块我觉得 node 迟早会借鉴，目前本来就有针对 node 内建模块进行打包的逻辑，例如 yarn2 的 pnp 是修改 require fs 逻辑实现的。

如果选择尝试 会优先考虑 yarn2，deno 在没有大型框架 （例如现在用的 nextjs 、nestjs ）支持的前提下很难直接啃，作为脚本语言使用现在的模块逻辑会面临墙的问题，所以还是很繁琐。