1
ibegyourpardon 85 天前 5
你就当成是下一个 Spring Boot+ Vue in china 的地位就可以了。
说人话就是纵使它有千般不好万般不是,你还是只管冲就对了。 对了,我卖 Next.js 的课的。XD 以及,大小写正确好评。 |
2
ZZ74 85 天前
就是个 api+jsp 的混合体。反正好用就会有人用 直到新的更好用的出来
|
3
woodytang 85 天前 2
前端那帮人不知道在搞点什么
服务端渲染最搞笑了,又走回 php 几十年前的老路,我还不如去用 laravel 全家桶 |
4
wxw752 85 天前
|
5
falcon05 85 天前 via iPhone
挺好的,我喜欢。
|
6
lstz 85 天前 1
看到不少"Next.js sucks"的文章在外网,可以 check 下这个 issue 的最后几条回复 https://github.com/vercel/next.js/discussions/39242#discussioncomment-10432676
|
8
ShuWei 85 天前
用过一段时间,目前基本弃用了,用的过程中最大的感受就是莫名其妙的问题还不少,而且是偶尔就蹦出来新的,这一点挺符合一般前端框架的尿性的,跟 js 本身如出一辙。不过,用来做东西本身其实还不错,已经能应付绝大部分场景,配合服务端渲染,能做的事情还是很多的,要不是好几次蹦出来的奇怪问题让我恼火了,估计会一直用
|
9
flmn 85 天前
我对 Next.js 的评价是:这是要接过 PHP 的衣钵的。
|
10
dayeye2006199 85 天前
这玩意儿会 react 还需要专门学吗?
|
11
07aPzknB16ui9Cp3 85 天前
要看你自身的项目需求和个人倾向
Next 这种东西的源头来自前端社区,如果你的项目很复杂并且工具链比较现代,后端比较薄只有 CURL ,或者你的团队还有单独的人力维护一个中间层,并且你还遇到了静态化的需求,这种东西就完美契合你 而且这种东西并不能取代传统意义的后端服务,特别是对于互联网里面常见的分布式系统,这种东西的技术特征很难满足设计需求,或者说没什么优势;又或者你本身是一个后端从业者,对这种技术的出发点比较困惑,结果就是你可能会认为这玩意是个奇怪的 php 模板,那么就不要碰,因为你不理解它的应用场景 如果你要做一些 Singleton web service with modern frontend toolchain ,除了这东西你还可以看看 remix 和 Blazor ,在服务器逻辑方面更直接一点 至于工作方面,个人想来想去觉得和 Java 一点关系都没有 |
12
jlak 85 天前 via iPhone
作为 React 首推的框架已经是前端中 T0 的地位
目前看来周边生态都在往 Next.js 靠拢 除非作死不然不太容易会凉 |
13
TabGre 84 天前 via iPhone
Next 或许会死,但是 React 不会
|
14
BeijingBaby 84 天前
前端以前是切图的,写不了后端,也没啥技术含量,薪水一直上不去。
后来又了各种框架,现在还能写后端了,后端再也不是 php,java,python...专属的了。 前端的地位、薪水终于上来了,很不容易。。。 |
15
xuanbg 84 天前
你管他会不会火,不火难道就不能用了?还有,这玩意还需要花功夫学吗?不是看一眼就会用了吗?没什么代价的事,有什么好纠结的?
换我的话,这些工具到用的时候直接上手用就是了,学是不可能学的,这辈子都不可能。 |
16
GeekGao 84 天前
Next.js 并不是前端必备技能,反而它是基于的 React ,后者才是。
|
17
ellermister 84 天前
|
18
echo0x000001 84 天前
@dayeye2006199 需要,很多新概念
|
19
DoveAz 84 天前 via Android 1
@ellermister 这个很可能是 vite 的问题,而不是 nuxt 的
|
20
gogogo1203 84 天前
定位是国外的话, 我只能说别无他路。 我也不喜欢 Nextjs, 各种'use client',各种 opt out ssr. 但是这个就是国外的主流。开源的项目基本都是用的 Nextjs.
|
21
luckycat 84 天前
NextJS 现在火是因为之前有多年的积累,然而现在技术路线往后端靠拢是一个不知天高地厚的做法,后端几十年来成熟的技术体系 NextJS 绝对是无法撼动丝毫的。
只要再出现一个专注前端,摒弃 Server Component 的 JS 框架,NextJS 被淘汰指日可待。Server Component 是个怪胎,并不是趋势。 |
22
ellermister 84 天前
@DoveAz 但是我单纯 vue3 基于 vite 很快的的哟。。我觉得就是 nuxt 那一套慢以及 nextui 更慢。最新版
|
23
agdhole 84 天前
很蠢的路线,试图抢占后端市场,做成银弹,实际上啥都做不成
|
24
qweruiop 84 天前
感觉做成银弹了,但实际上还差的远啊。。。
|
25
terranboy 84 天前
很多人理解错了 NEXT.JS 其实定位为胶水层,简单的后端 本身能实现,复杂的后端用 API 和 GRPC 这些连接, 重要的核心还是在专注前端的 SSR (既能利用 REACT 来写用户体验强的 UI , 又能服务端渲染), 但是很多人 NEXT.JS 用的不对 ,基本全是 use client ,等于用的是 REACT
|
26
foolishcrab 84 天前 1
js react tsx 所有这些能流行起来最大的优点就是灵活性,react 2024 年还整天挂在嘴上 just javascript 。
你再看看 Next 它灵活吗,连文件夹组织都想管。主打 DX 却又有无数 break change 和几千个未解决 issue 。 这东西你能接受全部按照它推荐的范式去写,那确实很快,但是问题来了,那为什么不写 vue ? 但凡你的需求它满足不了你想 workaround 或者改造的时候,赶紧逃离 |
27
wangshuo6 84 天前
快速开发新产品还是好用的,并不一定用到 nextjs 的后段功能,最多整整服务端渲染
|
28
youyang 84 天前
缺人可以叫我
|
29
huangzhiyia 84 天前 via iPhone
nextjs 中的 action 特性非常舒服
后端不用再封装 api 层 前段不用再自己调用 fetch 请求 开发体验已经强的离谱 现在那个非 react 的框架/语言能做到? |
30
sweat89 84 天前
jsp:这个我熟
|
32
terranboy 84 天前 3
把一个 强交互性的 UI 静态部分通过服务端渲染出来再跟前端 JS 水合 这是 php jsp 后端渲染能做到的?
|
33
june4 84 天前
@zmaplex 别的框架可能也在跟进,比如类似这种 https://docs.solidjs.com/solid-router/concepts/actions
|
34
huangzhiyia 84 天前
|
35
TheWalkingDead 84 天前
真的很讨厌前端...
|
36
zed1018 84 天前 1
无论怎么吹 nextjs 的 SSR 能力,但凡在国内用 ant.d 基本没法告别 "use client",如果不是全局的话各种甚至 hydration error
|
37
satoru 84 天前
你要学什么取决于你要做什么,而不是拿两个东西问“哪个更有前途”
如果你不是要学来做什么,那大概率你学完也是忘了,找工作也不会有什么优势 |
38
asuraa 84 天前
我最近特别喜欢 Blazor 这玩意一把梭 太爽了
|
39
xiaohanyu 84 天前
Next.js 还是做了非常做的事情的,比如 prefetch ,图片的优化等等,很多效果靠传统的后端语言 + 传统的 jQuery/DOM 蛮难实现的。
Vercel 本身的一个 commerce 的 demo: https://demo.vercel.store/,你可以试试这个站的不同页面切换的效果,想想如果用传统的 jQuery/DOM 该如何做。 |
40
logic2 84 天前
@dayeye2006199 需要的,page 路由,SSR ,还有接口调用 鉴权,都是绑定在 Next.js 一块的,全栈说实话不是这样全栈的,js 很多场景 并不一定合适
|
42
wangxiaoer 84 天前
@woodytang #3 现在真是魔怔了,有些纯 CMS 展示型的页面也用纯前端渲染,为了爬虫,再搞个服务端渲染。
潜意识里面好像后端有了 js 的框架,前端就可以上手干了。 这个理念多少和 中文编程 能够降低 编程门槛 差不多。总感觉不太对劲。 |
43
songray 84 天前 2
Next.js 能火主要是因为 Vercel 、Netlify 、Cloudflare 三位赛博菩萨的免费算力。
Vercel 作为这个模式的领头羊,在前两年融到了不少钱( 1.5 亿刀)。但他这个模式非常烧钱,而且根本没有盈利的迹象。 现在真正在用 Next.js 的都是小型应用+初创业务,Vercel 如何才能从这些人身上赚钱? 所以我不看好 Next.js ,因为我不看好 Vercel 。技术这东西完全是市场决定的。 |
44
shiweifu 84 天前
用 next.js 做了几个小项目,都是到处 "use client"
打算试试 SSR 时,发现前后端都得整,也用不上,放弃了,回归 vite react 模板 |
46
yanyao233 84 天前 via Android
nextjs 有一个好,开箱即用,做了很多优化,所以门槛并不是很高,读读文档,着重了解下那些文件约定和一些优化组件就能上手了。难的地方(或者说有门槛)还是在于 React ,框架这种东西,不整的简单易用点谁还去用?
至于老哥们说的全是"use client"确实没咋遇到,我的思路一般是整个页面框架用 server component ,内部一些交互抽离出来封装成 client component ,大部分都还能复用 |
47
zbowen66 84 天前
@shiweifu #44 第一点有同感,大部分数据(状态)需要在浏览器变化的,它自带的数据流虽然也可以做到,但我总觉得不趁手。还有 API 的类型定义、路由守卫的封装等很不方便,当然现在有 server actions 缓解很多,有知道怎么封装的踢我下。
|
49
s2555 83 天前
从后端做起的全栈真的是台痛苦啦
|
51
jguo 83 天前
能火很久,因为是 vercel 做的,现在又跟 react 搭上了
|
53
liudewa 83 天前
看了评论, 'vite' 才是 受益者啊
|
54
liudewa 83 天前
我也准备学 nextjs 现在前端工作五年 只会 vue2,3 但远程招聘都是 react 话说,不学习 reat 能直接学习 nextjs 吗
|
56
CodeCodeStudy 83 天前
@ibegyourpardon #1 既然你提到了大小写,那应该打正确的 China ,而不是 china
|
57
xiaotianis 83 天前
@zed1018 组件库的 use client 问题可以用这个库解决`use-client`,而且现在很多 UI 新版本都兼容了 use client
|