@gzxu guid 和网卡地址有关系，毁灭网卡之后就不可能有人产生来自该网卡的 guid，这可以保证之前产生的 guid 绝对不会被别人产生，所以除非一个人找茬儿，几乎不可能产生这样的文件名。

相关故事： https://blogs.msdn.microsoft.com/oldnewthing/20040211-00/?p=40663/

@geelaw 这里的一个问题是用户 naively 复制一个文件会导致的问题，你会搞不清楚谁是原本谁是副本。

如果你想获得 Windows 上的 OneDrive 的功能，你需要 extended attributes 这种东西，which 我不知道 Linux 上的常用文件系统有没有这种功能。

如果你想获得变化的通知，你需要一个 publicly accessible 的 Web API，使用 Webhook 或者 Subscription 的接口。

我觉得可以这样：放一个文件夹专门存 leaves （不是文件夹的文件），用 userid!itemid 这种格式；对于实体的文件夹，所有的文件都用 soft link 弄上去，每个文件夹放一个 .userid!itemid 的占位符，表示这是云上的哪个文件夹（类似 .gitkeep 的作用，如果不放心，可以生成一个 guid 然后毁灭网卡，用它命名，这样除非是找茬否则就不会有什么问题了）。

最简单的更新方案是：寻找每个云上的更新，如果自从上次以来原来对应的文件没有修改过，则 apply 云上的修改；否则认定为一个冲突，要求用户解决；然后寻找本机的更新，确认云上自从上次以来没有修改过该文件，并把更新应用到云上。

如果本地出现了一个文件夹但文件夹里面没有占位符，说明是一个新的文件夹；如果本地出现了一个不是 soft link 的文件，说明是一个新的文件。

cmd.exe 并没有这个功能，但 powershell.exe 有

$newproc = Start-Process cmd.exe -PassThru
$newproc.Handle # 在当前 powershell.exe 内可以用的，指向刚刚打开的 cmd.exe 的进程句柄

不是说了不需要保留数据么 - -

启动电脑，在 Windows 开始启动但还没成功启动的时候拔掉电源（强行关掉），重复 3 次会进入恢复模式，此后你就可以把整个硬盘都重新格式化。

如果你还需要 D 的数据，你可以先把 D 的数据拿出来再重新格式化之类的。

我并没有尝试过分多个可见分区，所以不知道能不能只格式化 C 保留 D。

@coordinate 因为正式版的 VS2017 还没有支持 ADL，一旦是模板，整个 look up 都会推迟到 instatiation 的阶段（更准确的说法是，不支持模板定义时刻的 non-ADL ）

@scinart 如果整段代码在一个 namespace 里面，S 和 SS 里面包括了该 namespace 里面的一个类，则会重新检查该 namespace。（我没试过，但文档是这个意思，似乎。）

顺序是 name look-up + template instantiation + overload resolution。

http://en.cppreference.com/w/cpp/language/unqualified_lookup 根据 template definition 一节

> For a dependent name used in a template definition, the lookup is postponed until the template arguments are known, at which time ADL examines function declarations [with external linkage (until C++11)] that are visible from the template definition context as well as in the template instantiation context, while **non-ADL lookup only examines function declarations [with external linkage (until C++11)] that are visible from the template definition context (in other words, adding a new function declaration after template definition does not make it visible except via ADL)**.

在你的第一段代码中，如果假设 S, SS... 里都是基本类型，则不存在 ADL，因此只有 non-ADL lookup，所以此时只能找到第一个模板。

提示：我之前看 OneDrive API 有离线下载功能。

“动手实践前还要学习构建工具（选择了 CMake ）。 这个觉得挺麻烦的，打击了学习的积极性。”

“我还是想 hardcore 一点。一开始就依赖 IDE 的话感觉不太好😓”

我：？？？

我感到十分困惑，因为 #14 #16 已经给出了完整的解答，居然没有任何人看起来去 acknowledge 这个解答——仿佛问题还没有解决一样。

另外：

@ericls #17 没看懂。

@honeycomb #18 禁止管理员权限是必须的，因为管理员总是可以 take ownership，进而修改 ACL。你可能漏看了 #14 的提示——简单拒绝删除是没有用的。

@gam2046 #20 这个说法是错误的，因为 cacls/icacls 和文件资源管理器设置权限的功能是一样的，都是设置 NTFS 权限，不存在差别。不靠谱的可能是使用的人，而不是工具。

@crb912 #21 权限控制都是依赖操作系统完成的，自然你必须要设置恰当的权限才能完成。文件被进程占用而不能被删除也是操作系统完成的。“就可以被删除”显然是假设了管理员权限，但如果假设管理员权限，你就可以停止占用一个文件的进程，然后删除文件。（即使文件是被 Windows 核心进程占用，具有管理员权限也可以去调试这些进程，并完成相应的操作。）

你要先想清楚什么叫做“单例”。

- 一个用户只能最多运行一个进程？
- 还是一个桌面上最多有一个进程？
- 还是一个会话里最多有一个进程？
- 还是一个机器上最多有一个进程？

此外 #14，你可能会疑惑为什么 B 被拒绝 Delete，但是 A 上你有 Delete subfolders and files 的权限，你却不能删除 B ——既然 B 是 A 的 subfolder ？

答案是，删除一个文件夹的条件是该文件夹非空，因此要删除 B 必须先删除 C，Delete subfolders and files 仅应用于 直接子项目，因此 C 不能被删除，所以 B 也不能。

怎么会是 bug ？用最简单的思考就知道这要是一个 bug 也不能是这么晚才发现的吧？

答案是因为，虽然你对文件 /文件夹拒绝了删除的权限，但该文件 /文件夹所在的文件夹，你具有“删除子文件夹和文件”权限。

考虑 C:\A\B\C 是一个文件，又假设 C:\A 上 Everyone 的 effective access 是 Full control，考虑下面的情况：

若 B 上 Everyone 的 effective access 是 Full control，但 C 上拒绝了删除，则你可以删除 C，因为你允许 Everyone Delete subfolders and files in B。

若 B、C 上 Everyone 的 effective access 不包含任何删除权限，则 B、C 都不能被删除。

你可以选精确触控板的啊，比如 Surface Book 2。

如果你只是不希望在电脑上安装百度云管家，而不是希望绕过限速，你可以 per-user 地安装云管家。

我来猜一下逻辑：

这个东西的 UI 长得和 Edge 的选项卡一样 => 这个东西是 Edge

是不是 Chrome 其实是基于 Edge 的？还是说微软其实在强推 Chrome ？#滑稽

感觉不是很有意义 - - 而且在 Edge 上会无条件执行 handler。

使用 toString 方法检测是一个很糟糕的事情—— toString is supposed to be side-effect free。

时间太长，不兼容 IE11，关掉 JavaScript 之后什么都看不见。

正确的设计：快速的动画或者没有动画，兼容 IE11，关掉 JavaScript 之后展示静态的内容（或者仅用 CSS 实现所有的效果）。