V2EX › a632079 的所有回复 › 第 1 页 / 共 7 页

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2 3 4 5 6 7

❮

❯

1 天前

回复了 TWorldIsNButThis 创建的主题 › React › 前端已凉？ React19 正式发布了一段时间，站内几乎没有热度

那个 React Compiler 是一个 babel 插件（至少目前是），而且还没有 stable ，不是 React 19 内嵌的东西。opt-in 使用的。

28 天前

回复了 superhxl 创建的主题 › Windows › win11 23H2（22631.4460）连续两天蓝屏了

拿一下 dump 文件，用 windbg 看一下。有可能是驱动问题

278 天前

回复了 LawlietZ 创建的主题 › 程序员 › 4202 年了，前端开发一定必须要用 mac 吗

@Pylogmon 缺少优越感 🐶

296 天前

回复了 belin520 创建的主题 › 加密货币 › 2500u 出 fluence 空投 github 用户的 5000 个币， proof 已生成，目前 token 未上交易所，价值不明

这价格同出

361 天前

回复了 yagamil 创建的主题 › Linux › 有什么 git 项目管理的 GUI 工具类似 sourcetree 的？

造，没看 PS ，上条无视

361 天前

回复了 yagamil 创建的主题 › Linux › 有什么 git 项目管理的 GUI 工具类似 sourcetree 的？

GitKraken

2023-12-27 09:23:02 +08:00

回复了 WizardLeo 创建的主题 › NAS › 关于 unraid 文件系统如何选择的问题。

ZFS 的好处是安全性啊……我之前缓存盘用的 BTRFS ，然后就没了。损失了四五百 GiB 的数据（还包括了局域网的 Gitea 数据容器）😭

2023-12-18 21:27:12 +08:00

回复了 chill777 创建的主题 › Vue.js › vue3 hooks 可以转为 esm 写法？

@chill777 #24
1. 我要表达的意思是，这个和你用 ESM ，CJS 无关。他这种用法就相当于声明了个 JS 对象，然后 export 出去，这是很明显的单例用途把。只不过放在了模块上了。
2. 争论点，或者说差异就在是否有必要使用生命周期上。如果单例够用的话，2 能用。如果单例会污染数据的话，那肯定是抽象 hooks ，或者说组合式 API 更合理。这点我的看法是和 #2 一样的。
3. 抽象（解耦）不就是和耦合对立的？一块通用逻辑提取出来，不叫抽象一个组件，一个模块出来吗？

2023-12-18 21:10:38 +08:00

回复了 easychen 创建的主题 › 程序员 › 我们设计了一个 npm install 不了的 Node Package，正在众筹，感兴趣的同学可以看看

👍👍👍👍👍路上看到了，直接开润

2023-12-18 21:00:06 +08:00

回复了 chill777 创建的主题 › Vue.js › vue3 hooks 可以转为 esm 写法？

@chill777 #21 1. 我可以 export {} 也可以 module.export = {}。暴露一个 JS 对象出来而已，我觉得直接称呼 ESM 不妥当。
2. 全局状态管理里面没有 dispatch 的概念吗？这是不是一种逻辑复用呢？

3. 是你问的：“所以这种做法是可以的吗？”。我就这句做回答：“是可以的”。所以有什么问题呢？

如果你问是否是合理的话：此模块涉及生命周期的话，抽象成组合式 API 当然是更合适的。其他情况的话，结论就是都可以。看你们团队的喜好。

2023-12-18 20:16:12 +08:00

回复了 chill777 创建的主题 › Vue.js › vue3 hooks 可以转为 esm 写法？

1. 这和 esm 没关系。
2. Vue 里面的响应式包 `@vue/reactivity`，比如 reactive 啥的都可以脱离 setup 使用。所以他第二种做法是可以的。

P.S pinia 里面的 introduce 里面就有提到，为啥要用它，不用第二种（直接使用 reactive 做状态管理）。其中最大的优势就是 SSR 友好。https://pinia.vuejs.org/introduction.html#Why-should-I-use-Pinia-

2023-12-18 19:10:20 +08:00

回复了 6581 创建的主题 › Go 编程语言 › go json.Unmarshal 深拷贝性能太差怎么办？

似乎可以试试 sonic ？不需要你手动做缓存啥的方案了。
https://github.com/bytedance/sonic/blob/main/docs/INTRODUCTION_ZH_CN.md

2023-12-08 19:06:12 +08:00

回复了 Forviler 创建的主题 › JavaScript › 今天被测试发了一个 xss 漏洞，之前明明做过 xss 过滤的，很纳闷的看了一下

@Forviler #33 😀好

2023-12-07 19:25:18 +08:00

回复了 Forviler 创建的主题 › JavaScript › 今天被测试发了一个 xss 漏洞，之前明明做过 xss 过滤的，很纳闷的看了一下

@Forviler #27 试了下他的 Demo ，似乎也防御不了。

2023-12-06 20:57:45 +08:00

回复了 Forviler 创建的主题 › JavaScript › 今天被测试发了一个 xss 漏洞，之前明明做过 xss 过滤的，很纳闷的看了一下

mark. 我现在项目用的都是 xss 0 0 ，图方便。看来得换了。感谢楼主预警。

2023-11-26 12:35:00 +08:00

回复了 yixinlove 创建的主题 › 程序员 › 请问 2023 年了，现在学习前端的路劲如何，请各位大佬指点

@iorilu 其实 openapi 就是干这个的，但奈何生成工具太烂了，最后只能手写一套 binding ，哎

2023-11-25 21:12:28 +08:00

回复了 yixinlove 创建的主题 › 程序员 › 请问 2023 年了，现在学习前端的路劲如何，请各位大佬指点

@yixinlove #22 另外，上面说的是传统前端的思路，前瞻现在 Nextjs 的思路，他是将数据 binding 直接实现在了 RSC ，这意味着你甚至都不需要实现 GraphQL API 那套了。前端直接在胶水层把数据汇聚的工作给你做了。

2023-11-25 21:11:07 +08:00

回复了 yixinlove 创建的主题 › 程序员 › 请问 2023 年了，现在学习前端的路劲如何，请各位大佬指点

@yixinlove #22 如果你是抱着学习前端的目的来设计后端 API 的话——那完全没必要。思路完全不同，前端世界所有的工具，都是围绕着表达 UI ，以及实现 UI 与状态数据绑定（交互的），和后端的耦合只有 invoke （请求）罢了。前端世界最多抽一层作为 API 入口，然后再其他获取时候通过这个 layer 来拉数据，或者实现突变（ POST 等请求）。因此，你作为后端，需要学习的是，如何设计良好的 Restful API ，必要的时候提供聚合数据，以及前瞻性的学习 GraphQL API 那套。

2023-11-25 16:27:02 +08:00

回复了 ljzxloaf 创建的主题 › git › 你们写 commit message 有规范吗？

用法的 conventional commitlint 。

https://github.com/conventional-changelog/commitlint

2023-11-25 16:26:03 +08:00

回复了 coderzhangsan 创建的主题 › PHP › [2023-11-23] PHP 8.3.0 Released!

看起来这代主要是语法修补？内置 JIT 的进展在这代上有改进嘛？

1 2 3 4 5 6 7

❮

❯