geelaw 最近的时间轴更新
geelaw

geelaw

🏢  UW / 博士生
V2EX 第 202505 号会员,加入于 2016-11-22 23:09:06 +08:00
今日活跃度排名 7354
Clubhouse 真的很像不久以前我测试过的一个 app
分享发现  •  geelaw  •  2021-06-25 16:12:06 PM  •  最后回复来自 nullcoder
9
C# 泛型、duck typing、高效枚举
C#  •  geelaw  •  2020-09-28 04:59:01 AM  •  最后回复来自 good1uck
1
HTML 里的“词边界”
分享发现  •  geelaw  •  2020-02-25 05:22:00 AM  •  最后回复来自 geelaw
3
如何自动化“固定到任务栏”
分享创造  •  geelaw  •  2020-02-14 19:00:25 PM  •  最后回复来自 ysc3839
4
谨慎安装 Edge (Chromium) 稳定版
分享发现  •  geelaw  •  2020-02-21 22:00:12 PM  •  最后回复来自 ericguo
13
在 Windows 上轻量地隔离 app:以百度云管家为例
  •  1   
    分享创造  •  geelaw  •  4 天前  •  最后回复来自 723X
    26
    刚刚 rm -rf ~ 了
    程序员  •  geelaw  •  2019-12-30 11:19:02 AM  •  最后回复来自 doveyoung
    8
    我的静态博客 BibTeX 插件完工啦~🎉
  •  1   
    分享创造  •  geelaw  •  2019-08-19 04:17:49 AM  •  最后回复来自 Or2
    1
    用 JavaScript 解析 BibTeX
    分享创造  •  geelaw  •  2019-08-23 23:10:00 PM  •  最后回复来自 hronro
    3
    geelaw 最近回复了
    @LotusChuan #7 read/written 是早期技术 /设计问题 https://devblogs.microsoft.com/oldnewthing/20140403-00/?p=1333

    out of memory 的典型翻译是内存不足,而不是内存溢出,“溢出”几乎都来自于 overflow 。

    >耗无语感

    对输入法是如何学会这个词的表示震惊。
    4 天前
    回复了 bthulu 创建的主题 .NET List<Apple>不能赋值给 List<object>吗?
    你期待 ((List<object>)new List<Apple>()).Add(new Orange()) 发生什么?

    关于 foreach 为什么可以,很可惜,这是 .NET 1.0 的罪孽,因为那个时候没有泛型,如果 in 后面的集合必须采用 IEnumerable 的话,将只能枚举 object 。实际上 foreach 会强行转换得到的对象,见 https://ericlippert.com/2013/07/22/why-does-a-foreach-loop-silently-insert-an-explicit-conversion/
    @723X #24 你可以意识到 remote app 的快捷方式就是启动脚本吧
    用户 != 人。

    我的电脑只有我一个人用,但我日常会使用普通用户,管理员用户仅在需要的时候使用。有的时候我也会把软件安装到专门的用户里面以隔离之,见 /t/638439

    如果只有一个用户,明显的区别在于新用户是否自动有这个软件,如 #1 所述。

    不明显的区别在于它是否“污染”整个系统——如果以普通用户的身份运行,那么这个软件在默认的安全设置情况下是无法污染整个系统的。

    设计不好的软件可能在更新的时候需要重新获得原来安装时的权限,这样的话普通用户会无法更新为所有用户安装的软件( Office 无此问题)。

    我个人推荐为当前用户安装,这样出问题的时候可以优先选择重建用户资料而不是重装系统。
    只要你没有真的点同意,那就是没有同意,技术实现不等于法律实质。
    如果那个邮箱没有人注册过,可以去注册,再重发邮件,我之前有过这种情况。

    还可以和客服联系要求撤销礼品卡并退款,解释清楚你是输入错误就好了。如果 Apple 不同意的话你可以尝试让你的信用卡发行商收回付款,理由就是“没收到货物”。

    以后给自己买礼品卡的时候复制粘贴自己的地址就不容易出错了。
    @Keen06 #101 问题在于“完事”(以及行文中暗示的编译器不会真的反复修改虚表指针)而不是在于“直接 resolve”,当然可以把构造、析构函数里直接在 this 上调用的虚函数绑定到当前类的版本,但是这样做并不总是可以省去修改虚表指针,否则很难处理通过 this 的副本(包括调用其他成员函数时的 this )调用的情况。
    @mind3x #72

    > 当然实际上 C++编译器不会这么没效率,就把构造函数里调用的函数当作非虚函数在编译期直接 resolve 完事。

    很多时候不能这样做,因为构造函数、析构函数可以调用其他成员函数或者把 this 传入其他地方,在其他成员函数里或者通过复制的 this 调用虚函数必须仍然得到正在被构造的类的版本,而且对 this 所指向的对象用 typeid 也必须得到正在被构造的类。安全的做法是反复改变虚函数表指针。
    因为不同的国家可以自己制定规则,它们有不同的想法。有的时候可以和语言相关,比如魁北克采用 gouv.qc.ca ,因为法语里这个词是 GOUVernement ,拼成 go 会导致错误发音(哥窝切),而 gouv 是正确发音(孤-v )。
    关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2950 人在线   最高记录 5497   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 33ms · UTC 11:59 · PVG 19:59 · LAX 03:59 · JFK 06:59
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.