V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  codehz  ›  全部回复第 48 页 / 共 129 页
回复总数  2567
1 ... 44  45  46  47  48  49  50  51  52  53 ... 129  
2022-01-31 14:50:12 +08:00
回复了 kkocdko 创建的主题 奇思妙想 我们真的需要“保留聊天记录”么?
我可以永远不看(并且多数情况是这样),但是你不能一点不给我看历史记录的机会
为了安全性的话,可以考虑用 firecracker ,通过轻量级虚拟机运行订制内核(
不过 rootfs 还是得靠自己提供
2022-01-24 12:30:36 +08:00
回复了 idealhs 创建的主题 问与答 如何在不用 https 的情况下使用 WebRTC?
Chrome 倒是可以在 flags 里改
chrome://flags/#unsafely-treat-insecure-origin-as-secure
2022-01-21 17:20:29 +08:00
回复了 villivateur 创建的主题 信息安全 Windows 下有没有类似 SELinux 的机制?
@ysc3839 可以防读取,但是要捐赠
2022-01-20 10:33:07 +08:00
回复了 seanzxx 创建的主题 Google Google 的广告还真是厉害
有没有一种可能,keto 在线下和线上同时打广告
2022-01-17 18:07:54 +08:00
回复了 weject 创建的主题 程序员 你们在 git 提交的时候会用 emoji 么。做了个 git emoji 的网站
说起 emoji ,目前 github 用 emoji 做分支名还会触发各种 500 错误
@2i2Re2PLMaDnghL 视为单个空格和处理内容为单个空格不是一个概念,两种处理方法都是合理的,本质上是这个问题没有良好的定义
2022-01-16 22:13:32 +08:00
回复了 hanliu 创建的主题 问与答 typec 接口也分安卓和苹果了吗
十年前走进商店买数据线:Micro-USB ,Mini-USB ,USB-A ,USB-C......这都什么玩意

USB-IF:我们要整一个统一的接口,以后很多设备都是这个口

我:好耶

手机厂商:hAo yE !

买数据线的我:
USB-C ( USB2.0 ),USB-C ( USB3.0 ),USB-C ( USB3.0 E-Marker ),USB-C ( USB3.1 Gen1 E-Marker ),USB-C ( USB3.1 Gen2 E-Marker ),USB-C ( USB3.2 Gen1 E-Marker ),USB-C ( USB3.2 Gen2 E-Marker ),USB-C ( USB3.2 Gen2×2 E-Marker ),USB-C (雷电 3 E-Marker )

USB-C ( USB2.0 PD2.0 ),USB-C ( USB3.0 PD2.0 ),USB-C ( USB3.0 E-Marker PD2.0 ),USB-C ( USB3.1 Gen1 E-Marker PD2.0 ),USB-C ( USB3.1 Gen2 E-Marker P2.0 ),USB-C ( USB3.2 Gen1 E-Marker PD2.0 ),USB-C ( USB3.2 Gen2 E-Marker PD2.0 ),USB-C ( USB3.2 Gen2×2 E-Marker PD2.0 ),USB-C (雷电 3 E-Marker PD2.0 )

USB-C ( USB3.0 E-Marker PD3.0 3A ),USB-C ( USB3.1 Gen1 E-Marker PD3.0 3A ),USB-C ( USB3.1 Gen2 E-Marker P3.0 3A ),USB-C ( USB3.2 Gen1 E-Marker PD3.0 3A ),USB-C ( USB3.2 Gen2 E-Marker PD3.0 3A ),USB-C ( USB3.2 Gen2×2 E-Marker PD3.0 3A ),USB-C (雷电 3 E-Marker PD3.0 3A )

USB-C ( USB3.0 E-Marker PD3.0 PPS 3A ),USB-C ( USB3.1 Gen1 E-Marker PD3.0 PPS 3A ),USB-C ( USB3.1 Gen2 E-Marker P3.0 PPS 3A ),USB-C ( USB3.2 Gen1 E-Marker PD3.0 PPS 3A ),USB-C ( USB3.2 Gen2 E-Marker PD3.0 PPS 3A ),USB-C ( USB3.2 Gen2×2 E-Marker PD3.0 PPS 3A ),USB-C (雷电 3 E-Marker PD3.0 PPS 3A )

USB-C ( USB3.0 E-Marker PD3.0 5A ),USB-C ( USB3.1 Gen1 E-Marker PD3.0 5A ),USB-C ( USB3.1 Gen2 E-Marker P3.0 5A ),USB-C ( USB3.2 Gen1 E-Marker PD3.0 5A ),USB-C ( USB3.2 Gen2 E-Marker PD3.0 5A ),USB-C ( USB3.2 Gen2×2 E-Marker PD3.0 5A ),USB-C (雷电 3 E-Marker PD3.0 5A )

USB-C ( USB3.0 E-Marker PD3.0 PPS 5A ),USB-C ( USB3.1 Gen1 E-Marker PD3.0 PPS 5A ),USB-C ( USB3.1 Gen2 E-Marker P3.0 PPS 5A ),USB-C ( USB3.2 Gen1 E-Marker PD3.0 PPS 5A ),USB-C ( USB3.2 Gen2 E-Marker PD3.0 PPS 5A ),USB-C ( USB3.2 Gen2×2 E-Marker PD3.0 PPS 5A ),USB-C (雷电 3 E-Marker PD3.0 PPS 5A )

USB-C ( USB2.0 SuperVOOC ),USB-C ( USB3.0 SuperVOOC ),USB-C ( USB3.1 Gen1 SuperVOOC ),USB-C ( USB3.1 Gen2 SuperVOOC ),USB-C ( USB3.2 Gen1 SuperVOOC ),USB-C ( USB3.2 Gen2 SuperVOOC )

USB-C ( USB2.0 小米快充)

USB-C ( USB2.0 vivo22.5W 快充),USB-C ( USB2.0 vivo44W 快充),USB-C ( USB2.0 vivo120W 快充)

USB-C ( USB2.0 SCP ),USB-C ( USB3.0 SCP ),USB-C ( USB3.1 SCP ),USB-C ( USB3.2 Gen1 SCP ),USB-C ( USB3.2 Gen2 SCP )
2022-01-15 10:00:45 +08:00
回复了 amiwrong123 创建的主题 C++ inline 不能修饰一个全局函数呗?
@amiwrong123 注意括号 然后假设每次都一致,这是前提条件。。。
来看标准吧,c++20 标准 6.3 节 13 小节
There can be more than one definition of a
... -inline function or variable ([dcl.inline]), ...
这是允许 inline 函数或变量有多个定义(即使同一个 TU )再看需要满足的要求
(13.8)
Each such definition shall consist of the same sequence of tokens, where the definition of a closure type is considered to consist of the sequence of tokens of the corresponding lambda-expression.
每个定义都需要有相同的 token 序列
(13.9)
In each such definition, corresponding names, looked up according to [basic.lookup], shall refer to the same entity, after overload resolution ([over.match]) and after matching of partial template specialization ([temp.over]), except that a name can refer to ...... same entity in all definitions of D.
每个定义所引用的符号在重载解析,模板偏特化之后除了某些特殊情况外都必须解析到相同的实体上
最后
If these definitions do not satisfy these requirements, then the program is ill-formed; a diagnostic is required only if the entity is attached to a named module and a prior definition is reachable at the point where a later definition occurs
如果这些条件没有满足要求,那么程序是不合法的,而也只有特殊情况(同一个模块且在不一致定义要在同一个单元)才要求编译器给出诊断(报告错误)
所以一个不要求诊断的错误的代码(甚至不属于 UB )给出任何行为都是符合预期的(链接期随意选择是结果的一部分而不是原因,写程序不是自然科学,不要用实验来推测原因)
2022-01-14 08:12:27 +08:00
回复了 amiwrong123 创建的主题 C++ inline 不能修饰一个全局函数呗?
C++的 inline 语义并不是内联函数(内联是副作用)
主要作用是允许同符号在多个翻译单元中多次出现(然后假设每次都一致),同时 inline 也要求必须在同翻译单元找到定义(除非没用到)
extern inline 实际上按标准只能做同一个翻译单元里的前向声明。
而在不同翻译单元混用 extern (无 inline )和 inline 实际上属于未定义行为,因为不符合前面所说的定义一致原则
2022-01-11 14:43:48 +08:00
回复了 Kasumi20 创建的主题 git 关于 git push -f 覆盖提交的疑问
1G 的话实际也推不上去(得用 LFS (然后问题就很复杂了))
不考虑这个问题的话,其他人可以通过记录第一次推送时的 commit hash 来强行获取旧的文件(在 github gc 之前都能存在)
@asanelder 打包之后被压缩了啊,然后就需要边解压边读取,zip 压缩也不是固定输出大小的压缩,解压的时候也很难预测要读多少内容才能得到 1024 ,通常的思路就是读固定大小,然后解出多少就提供多少(
你把 framework 从设备里提取出来反编译一下试试?
2022-01-04 17:45:26 +08:00
回复了 baobao1270 创建的主题 程序员 YAML 标准的一个 bug
类似的问题多了去了
https://github.com/cblp/yaml-sucks
2022-01-02 10:04:54 +08:00
回复了 amiwrong123 创建的主题 程序员 strcpy 中,遇到内存重叠,为什么结果是这样?
(这一系列函数中,只有 memmove 是保证重叠的时候正确的)
什么时候改文件内容会修改文件夹修改时间了??
Linux 下能更新怕不是因为包管理器更新时先 unlink 了原文件再创建回去造成的。。
不如一步到位直接起个数据库(划掉)
如果可以序列化成数据库的话,同一台机器上可以使用 SQLite3 ,启用 WAL 模式后读写互不干扰,可以同时进行,性能大概比每次序列化强,但是单独访问的话就不一定比 OrderedDict 快(
但是最主要的是不用自己解决复杂的线程同步问题了,而这个可是经常处理出错误的(
2021-12-14 09:45:40 +08:00
回复了 cynthiatxdwalla 创建的主题 分享发现 Chrome 插件分享
@1sm23 也不是不可以在安卓子系统上弄)
我记得是全局生效的
2021-12-13 17:08:35 +08:00
回复了 kingofzihua 创建的主题 Linux 问一个协程方面的问题
协程就是一种代码的组织结构,你当然可以全部使用手写状态机来做,事实上早期开发大部分都是这个模型。。。
作为一种结构,它可以大幅度简化某些场景的代码复杂度,这就是它最初的意义。
即使传统磁盘 IO 没办法使用 poll 的模型(因为总是 ready ),为了代码上的统一,做成线程池支撑,上层逻辑用协程描述也无可厚非(虽然现在新的 io 模型已经支持提交大量磁盘请求然后等一起完成了)
至于性能方面的提升,那有也只是副作用,即降低了编码复杂度导致可以从更高抽象角度优化业务逻辑,而不是拘泥于底层状态机的实现细节。
这里和同步 /异步,阻塞 /非阻塞其实关系不大,即使是一个纯算法,也可以使用协程来描述,generator 的模式和协程其实就差不多同构(可以互相转换),与其在需要数据时耦合上获取数据的代码,不如做一个 generator 将数据获取的过程抽象出来,generator 可以让你使用传统控制流结构来描述逻辑,同时内部状态就直接用 generator 中的局部变量表示。
2021-12-12 23:54:33 +08:00
回复了 gidot 创建的主题 程序员 除了 Objective C, 还有哪些语言适合开发 MacOS 桌面应用?
Swift: ?
1 ... 44  45  46  47  48  49  50  51  52  53 ... 129  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   2931 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 49ms · UTC 12:30 · PVG 20:30 · LAX 05:30 · JFK 08:30
Developed with CodeLauncher
♥ Do have faith in what you're doing.