V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  thinkershare  ›  全部回复第 15 页 / 共 53 页
回复总数  1047
1 ... 11  12  13  14  15  16  17  18  19  20 ... 53  
2023-10-20 17:34:27 +08:00
回复了 bings 创建的主题 Windows window 10 下不同浏览器的油管 HDR 视频选项的问题
我的 Windows 11 Edge 也不能正常工作,油管和 B 站都不行,mac 就没问题,不知道什么原因。
看路况,路况不好,不要骑车。
如果路况号,14km 没啥问题,很容易搞定,买个城市平把公路就行,不过想要减肥没什么戏。
14km 骑自行车消耗的热量不够。
2023-10-20 12:52:06 +08:00
回复了 hahawode 创建的主题 分享发现 大家的笔记怎么同步的?
OneDrive 备份 & 自建服务器。
2023-10-19 14:00:47 +08:00
回复了 ChrisFreeMan 创建的主题 Node.js Web Components 2023 年 10 月份了,现在怎么样了
没有深度使用过,不好评价。Web Components 技术上我感觉很好,有浏览器原生的支持,但用的人应该不多。
我正在将自己的博客前端使用 Web Components 重构,剔除掉 Vue 和其它所有第三方库 JS 库,只用 TS+ES2022+WebAPIs ,看看会遇到那些坑。
本质上感觉还是在反现在的前端过度过程化和不可控现状。
我估计经典计算机在可预见的未来都不会寻址超过 64bits.
2023-10-18 10:56:49 +08:00
回复了 justdoit123 创建的主题 JavaScript JS 大数溢出问题
这个和 JS 没有一毛钱关系,你要怪只能怪 ECMA 规范和 IEEE64 浮点数规范,还有 JSON 规范。
2023-10-18 10:51:45 +08:00
回复了 entimm 创建的主题 Python 关于 Python 的一些疑问
没有办法知道,python 的依赖管理就是一坨狗屎。
2023-10-17 22:07:29 +08:00
回复了 qwzhang01 创建的主题 程序员 DDD 关于 aggregate 的规则,是否 mongo 更适合使用呢
没什么问题。
2023-10-17 22:07:20 +08:00
回复了 qwzhang01 创建的主题 程序员 DDD 关于 aggregate 的规则,是否 mongo 更适合使用呢
你的理解没什么,基于文档的数据库的确更加适合 DDD ,但是随之而来的问题是事务一致性。
2023-10-17 14:06:25 +08:00
回复了 chaleaochexist 创建的主题 Go 编程语言 golang 是单进程的吗?
Golang? 你确认没问错? 线程 or 进程?
2023-10-16 16:21:15 +08:00
回复了 jackielllv7158 创建的主题 程序员 unpkg 被墙了
@jackielllv7158 改 host 或者使用公司内部的私有 DNS ,你总的选择一个,或者干脆反编译。
2023-10-16 13:41:01 +08:00
回复了 jackielllv7158 创建的主题 程序员 unpkg 被墙了
直接下载到本地,或者使用本地代理服务器缓存资源。
2023-10-16 13:40:21 +08:00
回复了 jackielllv7158 创建的主题 程序员 unpkg 被墙了
被墙很久很久很久了。
2023-10-16 12:29:04 +08:00
回复了 wuwukai007 创建的主题 Chrome 有没有觉得 mac 下用 chrome 比 windows 卡(不丝滑)
正确的,mac 下的滚动卡顿,特别是鼠标,我都需要好使用第三方工具。
2023-10-15 12:45:06 +08:00
回复了 vah970 创建的主题 C++ c 和 c++同时学合适吗
每次使用 C++我都感觉自己在被编程语言使用,而不是我在使用编程语言,对这个什么乱步八糟模式都支持的语言实在没有任何好感。不同人/不同团队写出来的代码有时候完全是不同的风格,如果你喜欢 All in One 那就直接上 C++也行。如果你喜欢自己彻底掌握一个工具后再使用它,建议尽早离开,这个语言实在太难掌握透彻了。如果只是使用 C-with Class 的 C++那会好一点。
2023-10-15 12:39:00 +08:00
回复了 vah970 创建的主题 C++ c 和 c++同时学合适吗
先学 C 语言,然后直接去学习 Rust/Golang ,抛弃 C++.
2023-10-15 02:03:35 +08:00
回复了 Lounode 创建的主题 程序员 同事大概是 Java 写多了,写的 C#叹为观止
@Lounode 没看出有什么问题,我写了 10 年 C#,2 ,3 年 Java ,感觉没啥问题。
2023-10-13 22:13:50 +08:00
回复了 dnjat 创建的主题 程序员 前后端 页面 url 与 api url 如何统一命名风格.
@dnjat 如果对你来说,HTTP 协议只是一个传输协议,就像 GRPC 使用 HTTP2 一样,那么这种风格对你来说没什么用处。RESTful API 是个很复杂的东西,它涉及到了最初 HTTP 协议的思想和 WWW 最初诞生的一切都是超链接的理想状态。URI 的设计其实是个复杂的话题,远非很多人想的那么简单。RESTful API 是 HTTP 协议最初的设计者希望人们使用 HTTP 的方式。理想很丰满,显示很骨感,大家都抛弃了 HTTP 本身的很多特性,决定 POST 一把梭,甚至没几个完整看过 MDN 的 HTTP 协议的介绍。如果要想要搞清楚这个问题,需要先研究 HTTP 协议( MDN 的内容就已经够了),如果还想深入理解,最好去看 RESTful API 作者的博士论文。
另外如果你的程序并不是面向资源,而是本质上就是一个 RPC 模式,前端就是一个 Application,目的就是要发送执行命令调用,用谓词结构的确是最节约时间的。
如果你的 API 有很多消费者,是面向大众的,有很多客户需要消费你的 API, 那无论是否使用 RESTful API ,你都要好好考虑怎么设计一个文档的 API URI.
2023-10-13 19:11:47 +08:00
回复了 dnjat 创建的主题 程序员 前后端 页面 url 与 api url 如何统一命名风格.
楼上一群说 RESTful API 缺陷的,你们到底理不理解这个东西究竟是什么,解决的问题是什么。先学会正确使用这个东西才来谈它的缺陷。
如果你的 API 是面向浏览器而且是自包含的,我仍然建议你上 RESTful API 。如果你们的团队完全不理解基于资源的 URI Schema 设计. 那就选择 RPC 吧,比较这个玩意不需要动脑子。
1 ... 11  12  13  14  15  16  17  18  19  20 ... 53  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   4558 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 41ms · UTC 10:01 · PVG 18:01 · LAX 02:01 · JFK 05:01
Developed with CodeLauncher
♥ Do have faith in what you're doing.