我的作品 我开发的全端全栈框架终于开源咯!

heroisuseless(zws) · 2024年03月19日 · 最后由 whimsy 回复于 2024年04月24日 · 513 次阅读

以后再有人辩论用 flutter 做全端好还是用 react-native 做全端好,那当然 all in JS 。

JS 能做网页( nextjs ) JS 能做后端( nestjs ) JS 能做手机端( react-native ) JS 能做电脑端( react-electron ) 世界上哪里还有比这更容易统一的全端全栈方案啊!

除此之外,还能用统一的组件库 antd ,tailwind ,而这一切,都被我打包进了我的全端全栈方案 MyAllEnd 中了。

其实我做的 MyAllEnd 不算一个框架,而是一个全端全栈的组合方案,把上述的框架都集合进一个项目中,git clone 了 MyAllEnd ,就可以在一个项目里开发全端全栈了。

另外,我还在该项目里写了许多封装代码,将各种 API 统一起来,对 cookie ,前端 db ,请求 request 等做了封装,这样网页端,手机端,电脑端都可以尽可能地复用代码,这样全端全栈的脚手架已经搭好,非常适合独立开发者创建新项目。

感兴趣的朋友可以去 GitHub 上点个 star:

https://github.com/HeroIsUseless/MyAllEnd

为什么要用这个? 这一套解决方案是我自己总结的前端程序员做全端全栈的最佳方案,因为一整套方案只用 JS ,而不用 Java ,Rust 之类,clone 了本项目,就相当于初始化了一套全端全栈解决方案,节省了做选型,初始化各个项目的时间,并且能做到最大限度的代码复用。

有坑吗? 这个项目只是 n 个脚手架的组合包,没有新技术,如果有坑,那也是各个框架的坑。

跟 uniapp 之类的相比呢? 首先,本项目没有小程序(当然也可以集成),其次,本项目有后端模块,再其次,没有本身的坑。

为什么不用 monorepo ? 当然也可以用,只不过对于独立开发者来说,没这个必要吧?如果有多个人,那就开多个项目,也没有必要用本项目了。

如果有问题,或者有建议,请联系维护人:(微信)zhang-4696,备注 MyAllEnd

react-native 可以试试 expo, electron 可以试试 electron-vite 可以节省很多时间

想法很不错!完善下文档,10k star 指日可待。

需要 登录 后方可回复, 如果你还没有账号请 注册新账号