V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  a632079  ›  全部回复第 1 页 / 共 7 页
回复总数  132
1  2  3  4  5  6  7  
13 天前
回复了 superhxl 创建的主题 Windows win11 23H2(22631.4460)连续两天蓝屏了
拿一下 dump 文件,用 windbg 看一下。有可能是驱动问题
263 天前
回复了 LawlietZ 创建的主题 程序员 4202 年了,前端开发一定必须要用 mac 吗
@Pylogmon 缺少优越感 🐶
这价格同出
造,没看 PS ,上条无视
GitKraken
350 天前
回复了 WizardLeo 创建的主题 NAS 关于 unraid 文件系统如何选择的问题。
ZFS 的好处是安全性啊……我之前缓存盘用的 BTRFS ,然后就没了。损失了四五百 GiB 的数据(还包括了局域网的 Gitea 数据容器)😭
359 天前
回复了 chill777 创建的主题 Vue.js vue3 hooks 可以转为 esm 写法?
@chill777 #24
1. 我要表达的意思是,这个和你用 ESM ,CJS 无关。他这种用法就相当于声明了个 JS 对象,然后 export 出去,这是很明显的单例用途把。只不过放在了模块上了。
2. 争论点,或者说差异就在是否有必要使用生命周期上。如果单例够用的话,2 能用。如果单例会污染数据的话,那肯定是抽象 hooks ,或者说组合式 API 更合理。这点我的看法是和 #2 一样的。
3. 抽象(解耦)不就是和耦合对立的?一块通用逻辑提取出来,不叫抽象一个组件,一个模块出来吗?
👍👍👍👍👍路上看到了,直接开润
359 天前
回复了 chill777 创建的主题 Vue.js vue3 hooks 可以转为 esm 写法?
@chill777 #21 1. 我可以 export {} 也可以 module.export = {}。暴露一个 JS 对象出来而已,我觉得直接称呼 ESM 不妥当。
2. 全局状态管理里面没有 dispatch 的概念吗?这是不是一种逻辑复用呢?

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

如果你问是否是合理的话:此模块涉及生命周期的话,抽象成组合式 API 当然是更合适的。其他情况的话,结论就是都可以。看你们团队的喜好。
359 天前
回复了 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-
359 天前
回复了 6581 创建的主题 Go 编程语言 go json.Unmarshal 深拷贝性能太差怎么办?
似乎可以试试 sonic ?不需要你手动做缓存啥的方案了。
https://github.com/bytedance/sonic/blob/main/docs/INTRODUCTION_ZH_CN.md
@Forviler #33 😀好
@Forviler #27 试了下他的 Demo ,似乎也防御不了。
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 的进展在这代上有改进嘛?
2023-11-25 16:02:56 +08:00
回复了 mimiphp 创建的主题 PHP php8.3 更新了
所以你这标题党有点过分了吧……尤其是引入这堆暴论。


"强类型语言的人,一谈一个语言,第一步就是谈性能" —— 你确定?强类型带来的是维护上的好处,而且 TypeScript 的编译是抹除泛型,还原成 JavaScript ,真要分裂社区,那为啥微软不移植到 .net runtime ,然后编译成 wasm 跑浏览器上呢?—— 也就是现在 blazor 走的路子。


“因为只要涉及到纯后台的算法程序,从来就不是一效率作为第一标准的
节节高升 18:17:38 都是以结果的精准度作为结果的”

说的好像 PHP 能跑的很精准一样,Python 确实精准,内置的整数类型就是 Decimal ,PHP 是?而且开发效率,真的放眼看一下世界好嘛。Spring Boot 、Asp.net Core 这种注解向的开发体验,以及开发便捷度,算是 Web 体系里面开发效率最高的那一批了…… PHP 单文件就是路由确实爽,但是系统复杂度上来后,开发以及维护体验明显是呈
现下降趋势的。


“php-fpm……但最终真实情况是,包括 java 开发的 web ,也是用的 nginx 来当作前端响应用户的并发软件”

他真的连 Proxy 是干嘛都不知道嘛…… 服务架构是真的没接触过还是咋的,Nginx+fpm 就等于一个应用,fpm 本质就是一个解释器,nginx 碰到了 .php 文件,就把文件发给 fpm ,fpm 解释完后把结果给你( fpm 、nginx 可以不同服务器),这里的 nginx 完全充当的不同层级啊……


“这些是其他强类型语言完全无法理解的,也坚持多线程才是天下的观点” 这个就更离谱了,Java 的 Netty ,虚拟线程、Kotlin 的协程,C#/Rust 的 Async/Await 不都是你说的“协程”。多动动脑子,Go 协程本质上就是绿色线程,底层是 GMP 模型,本质上就是线程池+调度器,协程本来就是运行时基于线程模型上的进一步抽象罢了。操作系统上根本没有协程的哦。


“但离谱的是,这两家公司根本就没有原创过什么自己的语言”
微软基于 .net 平台的 C#,F#,VB 不是?而且你想发明个语言又没啥难的,难的是编译器以及运行时的实现,以及持久稳定的改善,维持语言特性;而且语言本身不能太糟糕; Go 本身语法上就是开倒车,除了 AOT 、绿色线程外,其他语法都是槽点好吧……以及,你用的 Windows 上最好用,以及支持最新标准的 MSVC 不是?.net runtime 不是?你玩的游戏,只要是基于 Unity 的,用的不是 C#,甚至可能直接上了 .net mono runtime?

其他小槽点都懒得吐槽了……睁眼看看世界,别要自己觉得,世界就像你认知的那样了。
1  2  3  4  5  6  7  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   861 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 35ms · UTC 21:16 · PVG 05:16 · LAX 13:16 · JFK 16:16
Developed with CodeLauncher
♥ Do have faith in what you're doing.