尼摩船长

快速搭建一个基于 egg 框架 的 bff-service cli工具。 服务模版多种语言可选模 typescript/javascript

Nest.js系列文章主要面向前端或者没有后端开发经验，但又想接触Node.js的读者，分享自己的整个项目开发的历程。当然，也欢迎后端大佬斧正。

上期已经说过，我们这个后台管理系统的后端框架采用midwayjs，作为一个从.net后端转前端的我来说，这个框架用起来真的很简单，语法和.net、java差不多。

在之前的 Dveops 小册中，为了节约资源选择了使用虚拟机来搭建服务端环境，但从收到的反馈来看，大部分的同学都很难独立完成虚拟机的搭建从而被劝退了。新的系列将采用 Docker 来完成所有环境的搭建

骨架屏属于锦上添花的功能，理想状态下开发者应该是不需要过分关注的，因此从开发体验上来看，手动编写骨架屏并不是很好的解决方案。因此本文主要研究另外一种骨架屏自动生成方案：通过vite插件自动注入骨架屏。

本文提出了加载远程模块的一些场景，然后尝试实现在vite中加载远程模块，最终实现了一个vite插件用于解决此问题

本文记录了一个支持加载远程组件低代码平台，基于vite、和vite-plugin-remote-module，通过扩展远程模块的形式来规避组件化低代码平台扩展性较差问题的思路。

组件一次编写，编译输出多种框架代码 - vue2 升级 vue3 - vue3 迁移至 react 或者 react 迁移至 vue3 - 通常情况下，对外提供组件要包含 react 和 vue 两个

如果有一份接口定义，前端和后端都能基于此生成相应端的代码，不仅能降低前后端沟通成本，而且还能提升研发效率。 字节内部的 RPC 定义主要基于 thrift 实现，thrift 定义了数据结构和函数，