2020年nestjs会火一把吗,目前面试感觉问eggjs的比较多, 你们公司里面用的什么nodejs框架呢?
不会,web框架已经过时了。egg很早就进入稳定期了,出了单进程版本其实是为了Serverless写的。至于fastify、midway、nest这些,有什么本质区别么?性能好点,语法好点,更像java,其实工程落地都差不多的。不在风口,火的可能不会很大
现在都在折腾Serverless了,我们用egg,开源项目是egg-react-ssr。后面会基于Serverless做Serverless-side render。
不是会不会火的问题,nestjs 已经很火了,但是在国内 egg 他不香吗
@i5ting 如果是Serverless的话,那数据是不是就掌握在别人手里了?
@darrenliuwei 讲道理,你不自己买服务器的话,云服务器数据不还是在别人那里
@darrenliuwei 就算不使用 serverless,大部分情况数据还是掌握在别人手里了
@AnzerWall @justjavac 但是买云服务器后期我可以将数据进行迁移到其他服务商啊
Serverless 本地调试很不方便吧?
@darrenliuwei serverless 也可以迁移(理论上)
egg也是非常优秀的
我感觉还行吧,内部node项目准备都用nest,当然Egg也不错
当前阶段在 serverless 投产时更合适的选择是 serverless component,主要有以下优势:
- 方便现有框架的适配,以及本地调试(本地启动采用框架原有方式即可)
- 对服务商依赖可控,换到另外的服务商时,只要对应的服务商支持 serverless framework 规范,那么只需要修改适配部分,不需要对工程代码主体做改动
- 相比于纯粹的 serverless 工程结构,该方案更符合当前已有的技术栈,避免踩更多的坑
关于 nestjs,这边写了一个适配腾讯云 serverless 的 component:https://github.com/wujohns/tencent-sls-nestjs
看什么角度来看,框架已经够多甚至太多复杂到令人厌倦,对现有的服务来说透过 serverles/service worker/kv 解耦,然而简单整洁是美好的,可是混乱复杂本身一向比较好卖钱,所以劳动市场仍需要热衷肥大框架的开发者。
@gousern Less is more, while more is less. 易简与复杂是事物的一体两面。单体框架确实肥大的居多,但如果像CabloyJS那样就不同了。CabloyJS中所有的逻辑都是基于“业务模块”开发。“业务模块”之间变量隔离,单独开发、单独编译,有利于项目的不断成长
@i5ting 新的框架出来,又要重新踩坑,一路趟雷,直到大体趋于稳定。
@zhennann 这么想的话,对 Less is more 有些误读了,我没你那么乐观,换其他框架仍是在公交车上,只是换了个位置,不然何须 996?今年肺癌肆虐,也许 Less is enough 会长久些。
基础最重要 框架都差不多
基于团队已有项目考虑,暂时不考虑更换nest. 个人的小项目,很乐意尝试下nest.
Nestjs已经很火了