吐槽一下 Nest.js 太复杂了
正在写个项目, 模块一多心智负担较大.
略微吐槽一下,简直是现实版茴字有几种写法.
1.把中间件拆成 Middleware,Guards,Interceptors,Exception,Pipes, 并且他们都能获取请求上下文(Request, Response), 并且有不同的顺序, 但同类别内也有顺序, 并且生命周期是如此的繁琐.
docs.nestjs.com/faq/request-lifecycle
2.封装一个三方 API 花样太多了.
单独的 Service, Providers, Dynamic Module, ConfigurableModuleClass
这里面还有分 Sync 和 Async 导入, Global 模块.
3.模块系统是 Angular 那一套, 注册繁琐, 还会出现循环依赖.
心智负担比 Spring Boot 高太多了.
JS 的后端框架不像前端那样卷, 真希望能出个好用的.
建议直接让 cursor 给你写哈哈
刚接触前段框架这一套,给我的感觉就是前端框架的写法太多太灵活,上手虽然没那么难,但搞懂真挺麻烦的。
我感觉这种架构面向的是大型项目。平常 crud express 足够了
op ,你还上不上 next.js , 客户等着交付呢。。。赶紧的。
expressjs 公司内部定制一下 , 够了,在上个请求并发分流 全局 session , 其他看什么加什么得了 短小有力
而前端, 我记得 react 远古时期手动绑定 this 、还有其他奇奇怪怪的很多写法;但 我觉得状态管理器和有些东西还是挺有价值的
#2
这明明是后端框架, 怎么到你这就成了前端框架了? 和语言绑定了, 是 JS 就全都得叫前端框架?
同感,感觉 next.js 太复杂,但又没有好的支持服务器渲染和静态生成的库。
是啊,我就无法理解,JS 这么牛逼的语言,一个后端框架怎么就不能根据装饰器自动注册,非要手动 import
之前读 Rails 项目代码经常迷路,所以我不觉得自动注册是好的实践。显式 import 可读性提高很多
Nest.js 是用在大型后端项目上的,比如几十个人在同一个仓库上迭代,屎山要堆也堆在各自的 module / provider / controller 里面。
或者是做乙方,同样的产品针对不同的甲方要搞不同的定制化,这时候 nestjs 的 DI 就非常好用。
nest 非 next 😆
koa 完全够了
要么 express, 要么 koa, 有心思搞 nest 那套我干嘛不上 Java 呢....
我觉得挺好用的,不是小微项目,用这套挺舒服的。如果小项目并且只对数据库包一层逻辑,那就是过度抽象,得换其他的了。
要怪得怪做选型的失误或乱搞,Nest.js 没啥问题。
轻量的上 hono.js 或 fastify.js 吧,如果只有 web 端,上 trpc 做全栈更香。
spring boot 人称小 Nest.js
可以试试 AdonisJS
尴尬了
express 含金量并未下降
nest.js 难,那 spring boot 整合 vue ,那不是难的没边
我是前端出身,最近的两个大型项目后端都是用 NestJS 写了,符合工程化的选型,基础业务框架写好了,后面再写各种模块方便。就是互相依赖这个处理起来有点不爽。
我看成了 next.js
继上一次我的K8s 教程帖子发布之后,得到了兄弟们的热情回帖和 Star ,但没有一个兄弟发 Issue 给反馈呀?不会真进入收藏夹吃灰了吧😅 😅 😅 ,我还一直在更新呢!! …
理论上 Android 也算是一种 Linux 发行版,现在的手机又基本上都用了支持视频输出的 USB-C 接口,那么如果把手机连到 USB-C 接口的显示器上,再给手机配上一…
新加坡联合早报 www.zaobao.com/ 新闻详情页面采用了一种没见过的技术应对复制与爬虫 例如 www.zaobao.com/news/china/story2…