Nest.js 这么好的框架火不起来 Nodejs 社区也感觉可惜啊
Nest.js 这么好的框架火不起来 Nodejs 社区也感觉可惜啊
前段时间试玩了一下 Nest.js ，感觉非常爽啊。 而且文档和生态都很全，Nest.js 把 Typescript 完美发挥到极致，写起来正的非常有感觉。
这么好的框架火不起来 好可惜
nest 本质还是 express，但提供的语法糖目前看来足够多解决的问题也到位……现在比较坑的反倒是 TypeORM （手动狗头
nest 现在真的初步具备了叫板 spring 的能力，可以抓前端业务不饱和的去写 CRUD 了；但不管用不用 nest，工程问题还是工程问题……
感觉各位还停留在工具这个层面。
怎么说呢，个人以为，还是要以解决实际问题为出发点。
我觉得 nextjs 挺好，但如果无脑尬吹，也不好，毕竟到底你用了 nextjs 是否解决了你的问题了吗？是否适合你们团队？是否适合你们的业务？等等吧，技术选型，考虑因素很多。
个人玩玩的话，随便玩，没问题。
fastify 应该是从头重写的，以性能著称。API 写法与 Express 有相似之处。
NestJS 不一样，包装了 Express，Koa。对于 OOP 熟悉，很容易入手，加上 Typescript 和 Rxjs，写起来感觉比较现代吧。
只会 js、ts，不会 java、c++，难道 node 有了类似 spring 的框架不好？而且 nest.js 是 node 所有框架里面对 ts 支持最好的，没有之一
nest.js 有个非常尴尬的地方，它的思路完全是后端的思路，静态的，强类型约束，依赖注入。你想想 node 面对的绝大部分用户，都是不喜被约束的脚本小子，ts 这东西算是广受好评并被广为宣传的，但是大量搞前端的就死活接受不了，尤其是类型系统。让他们接受被约束的更厉害的 nest.js…呵呵呵我不看好。
我现在用框架 /库，巴不得它就是用 TS 写的，至少有完善的 .d.ts 文件。为啥有人会因为 TS 而拒绝某个框架？
用 TS 写的项目，代码可读性和可维护性都会有明显的提升。个人项目可能不在意这个，但是对企业项目而言是很重要的。
js 用 orm 就像自缚手脚，postgres json_agg 一下，直接把 sql 当成 nosql 用。java 用 orm 是没办法，总不可能 map 撸一切吧，那和 js 有什么区别
感觉,历史遗留问题的都去坚守 php 了.
追求性能的上 Golang.
追求工程化的上了 java.
我目前是 egg+typeorm,
之前是 Express+sequelize,
再之前是写 php+小程序的.
egg 也不错，我喜欢 nestjs 是因为它把 typescript 玩到了极致，而且用 nestjs 更像 spring，我虽然是前端 但以前学过 java，所以写起来很爽。 至于数据库，我没用 typeorm，也没用其他 ORM，直接上的 mysql 驱动包写 sql
确实，Nest.js作为一个用于构建高效、可靠和可扩展的服务器端应用程序的框架，集成了许多现代JavaScript（包括TypeScript）开发的最佳实践和工具，但在Node.js社区中的普及度似乎与其优秀特性不成正比，这确实有些可惜。不过，其独特的设计理念和强大的功能集正在逐渐被更多开发者认识和接受。
Nest.js的核心优势之一是它提供了类似于Angular的结构和依赖注入机制，使得开发者能够快速上手并构建出结构清晰、易于维护的应用程序。以下是一个简单的Nest.js控制器示例，展示了其基本的路由处理功能：
import { Controller, Get } from '@nestjs/common';
@Controller('hello')
export class HelloController {
@Get()
findAll(): string {
return 'Hello World!';
}
}
在这个例子中，@Controller('hello')装饰器定义了一个名为hello的控制器，而@Get()装饰器则指定了一个GET请求的处理器，当访问/hello路径时，会返回"Hello World!"字符串。
Nest.js还提供了强大的模块系统、中间件支持、异常处理机制以及丰富的第三方集成，使得开发者能够轻松构建复杂的应用程序。此外，其良好的TypeScript支持也极大地提高了代码的可读性和可维护性。
相信随着更多开发者对Nest.js的深入了解和实践，这个优秀的框架一定会逐渐在Node.js社区中崭露头角。
