V2EX › rocmax 的所有回复 › 第 10 页 / 共 17 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

1 ... 2 3 4 5 6 7 8 9 10 11 ... 17

❮

❯

2023-11-02 19:09:08 +08:00

回复了 nodejsexpress 创建的主题 › 程序员 › [聚合]平时收集的好用的免费服务器器, 数据库, 域名, 资源

PlanetScale
upstash

2023-11-02 17:57:36 +08:00

回复了 jokimina 创建的主题 › Android › 想买个新手机，看了一圈有点迷，求推荐，需求见详情

@jokimina sony 大法好

2023-11-02 15:55:47 +08:00

回复了 jokimina 创建的主题 › Android › 想买个新手机，看了一圈有点迷，求推荐，需求见详情

大法呀，屏幕好不挖孔，比例适合看电影

2023-10-29 08:59:07 +08:00

回复了 rocmax 创建的主题 › Next.js › 使用 server components 的前提下完全使用 url params 作为状态管理是否可行

@Pencillll 1. 后台本来验证就不能省，页面反正在客户端，用户怎么折腾又没法管，其他的 state 保存方式并不能避免这些问题。
2. 用户认证是另外的问题，用 url 管理 state 并不会将 token 也存在 url 里。共享带 state 的 url 可以让对方直接到达特定的 app 状态，这其实是优势。
3. 主题颜色不涉及到 client 和 server component 之间的状态传递，放在顶层的 theme provider 里即可。同第二点，这种做法可以让前进/后退在历史状态序列里移动而不是只跳转页面，很多情况下是更方便的。如果针对琐碎的输入不想将每个状态都存入历史，可以在跳转的时候使用 replace 而不是 push 。

2023-10-29 00:55:40 +08:00

回复了 rocmax 创建的主题 › Next.js › 使用 server components 的前提下完全使用 url params 作为状态管理是否可行

@BugCry 从 url 拿到的都是值，react 也会对内容转义，基本不可能会被当成逻辑执行。我的理解将 state 放在 url 里至少不会更不安全。
有什么 xss 的实际例子吗？

2023-10-28 20:58:22 +08:00

回复了 rocmax 创建的主题 › Next.js › 使用 server components 的前提下完全使用 url params 作为状态管理是否可行

@BugCry 暴露给客户有什么问题？

2023-10-28 11:56:23 +08:00

回复了 rocmax 创建的主题 › Next.js › 使用 server components 的前提下完全使用 url params 作为状态管理是否可行

@BugCry 1 确实是一个硬性的限制，浏览器限制在 2048 字符以下，一般而言是够的，如果把使用 url 存储 state 作为一个原则的话可能会遇到极端情况无法处理。长 url 还会带来难以记录和共享的问题，优势是能将 app 恢复到特定状态。
第 2 点风险在哪里？客户端 state 本来就存在客户端，不管存在 context ，localstorage 还是 cookie 里，客户都是随便改的，服务端反正都得做验证，需要应对什么？

2023-10-28 08:58:59 +08:00

回复了 davidlau 创建的主题 › 机械键盘 › HHKB 用了 10 年，手感变差怎么办？

前几天刚出了新品带摇杆的 studio

2023-10-28 08:10:14 +08:00

回复了 taine221 创建的主题 › Next.js › Nextjs App Route 应该如何合理划分 Server Component 和 Client Component

尽量把客户端组件推到组件树的末端，需要获取数据的时候一律在上层的服务器组件处理。
如果需要在客户端组件的下层导入服务器组件，将服务器组件作为 children props 传入。同理 ui 库的 context 也可以用这种方法在组件树的顶端导入而不影响下方的服务器组件。
类似于 antd 这种强烈依赖 context 的组件库用起来比较麻烦，建议使用 tailwindcss 以及 shadcn/ui 。

2023-10-28 07:59:20 +08:00

回复了 estk 创建的主题 › Next.js › 如果是前后端分离项目，你们还会用 tRPC 吗？

monorepo

2023-10-28 07:18:32 +08:00

回复了 NothingExist 创建的主题 › Next.js › 今天的 Next.js 发布会有什么亮点？

server action 补齐了 next.php 的最后一块拼图:P
next 致力于砍掉所有的 API ，同时也就简化了页面的状态管理。有关数据的逻辑都放到 server 端执行，页面上只管展示的部分。
conf 没顾上看直播，今天补一下。看了点 blog ，next14 主要做各种优化吧，使用上没有什么变化，加了个增强安全的 Taint api 。
前一阵开始用 app router 开发，感觉页面上是干净了不少，但是心智负担从状态管理移动到了区分代码在服务端和客户端

2023-10-26 15:54:32 +08:00

回复了 MajestySolor 创建的主题 › 问与答 › 在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

@kristofer 你要是唱歌的你爱用啥语用啥语，谁稀罕跟你交流你谁呀？

2023-10-26 12:33:12 +08:00

回复了 MajestySolor 创建的主题 › 问与答 › 在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

@kristofer 不服别用英语写代码，用易语言去

2023-10-26 09:35:46 +08:00

回复了 MajestySolor 创建的主题 › 问与答 › 在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

@cmdOptionKana 怎么就滑坡推论了？是说中文比较高贵些？项目放在 github 上开源，就是大家一起维护，包括贡献代码，提 issue ，管理项目等等，这些全是中国人吗？那你用了法国人创建的项目是不是要用法文提 issue ？

2023-10-26 08:41:16 +08:00

回复了 MajestySolor 创建的主题 › 问与答 › 在有外国人的环境里，某个中国人想和另一个中国人交流，说中文是“失礼”的表现么？

外国人又不都说英文，怎么他们都用英文交流？想象一下一个项目里充满了俄文法文阿拉伯文的 issue 是什么感觉。