我以为 macOS 可以选择不在某个屏幕上显示内容的？就像 Windows 的 second screen only。

你需要离线操作，结束操作系统并拆除硬盘，使用数据恢复软件尝试挽救没被新数据踩掉的部分。你也可以请专业的服务来恢复数据。

不过，如果你把文件夹从 OneDrive （或者 DropBox、Box 也可能）的同步文件夹里删除或永久删除，则你可以从网页版恢复这些文件（在回收站里）。

对大多数人来说，直接重新弄出来那些文件，然后把精力用在养成更好的删除习惯和养成使用云存储和备份的习惯，是更加值得的。

因为 services 运行在 session 0 里面，而屏幕上显示的永远不是 session 0。

简单的理解：如果你用快速用户切换功能在两个用户之间切换，在用户 A 的时候当然听不见用户 B 的程序的声音。

生成密钥的算法不能保证生成的密钥是惟一的。然而使用者无需考虑这个问题，只需要按照算法生成和使用密钥即可获得对应算法的安全性保障。

GUID 的生成算法可以保证正确使用的情况下若干年内惟一。

@imdong #1
@DavidNineRoc #6

这样做是错误的。GUID 只是不重复，并不非要安全，不可用于生成密钥。

@ivlioioilvi 楼主的意思是 Outlook 这个 app 可以在局域网里收到 Gmail，不是 Outlook.com 可以代收 Gmail。

7-line code/solution/thing => 7-liner
cooking kitchenware => cooker
waive-enabling thing => waiver

最常见的是 one-liner，一行解决法

@geelaw 然后这个东西我几年前用过，那时候一年 300 人民币左右吧（ Plan 1 的价格）。

如果你每分钟发送邮件数量不超过 30，每天不超过 10000 个人，每封邮件不超过 500 个收件人，则你可以使用 Exchange Online Plan1/Plan 2/Kiosk。

使用方法很多，用 Exchange （包括 Outlook 对象模型）、SMTP 或者 Microsoft Graph API。

Birthday calebdar 是只读的，你应该从联系人里面删掉她的生日。

另外，你需要彻底删除邮件才会把它放入 stage-2 回收站，就不会显示在“已删除”里面了。

最后，一个微软账户是给一个人使用的，不是给一对情侣使用的。如果你想让你的女友使用你的 Office 授权，你可以和她 share （如果是 Home 等），或者可以在她的电脑上安装、登录激活之后，登出你的账户。

Office 是运行在多用户系统（ Windows NT 和 macOS ）上的全局安装软件，显然激活账户和使用者账户之间不需要有关联。

@wizardforcel
@geelaw
@geelaw #12 #13 #14

Oopsy 我搞了一个严重的错误 - - c.cc 的第 8 行我写错了才会导致直接用 char const * 不行，实际上是可以的。我需要收回 13 的后半段。

那你觉得 int x; int const &y = x; 的话 &y 有没有意义呢？

@geelaw #13 一开始第二个链接的代码有点小错误（没有初始化数组导致 undefined behaviour ）。这里是修正的版本：

http://codepad.org/X2D62VwD

@wizardforcel #12 你的链接里的说明已经告诉你了。

“ constexpr 指定符声明可以在编译时求得函数或变量的值。”

只是可以，并没有要求必须计算出来。完整的标准里也没有要求 constexpr 必须在编译期计算出来。实际的实现也不一定。

下面是 Visual C++ Compiler (cl.exe) 19.15.26726 for x64 的实验 http://codepad.org/Yw4Q8FNn

另一个你没注意到的错误是，字符串字面量作为 char const * 传入 constexpr 函数的时候永远不会有 constexpr 的效果。正确的实现是使用数组并用模板参数控制数组长度，当然为了兼容进来的是指针、数组、空指针等等各种情况，你需要用偏特化。下面的代码是一个范例：

http://codepad.org/MSqAmd5R

@wizardforcel #10 constexpr 并不非要在编译期算出来。

@syuraking #1 @ShareDuck #3 显然是可以的，否则我无法想象企业里的 Windows 要怎么更新——除非 IT 会累死。

这里介绍如何升级 Windows 7 到 10：

https://docs.microsoft.com/en-us/windows/deployment/windows-10-deployment-scenarios#in-place-upgrade

这里介绍如何使用无人应答的方式安装 Windows （无人应答全新安装至少从 Windows 2000 就开始支持了）

https://docs.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-automation-overview

我不知道如何具体设置 unattended.xml ，但是可以注意到的是这个设置

https://docs.microsoft.com/en-us/windows-hardware/customize/desktop/unattend/microsoft-windows-setup-upgradedata

@ysc3839 #4 文档里指出这个玩意儿只能用于 volume license，但是 unattended.xml 文件似乎没有这个要求（也可能是我没找到）

比较严重的错误：你写的那种从 char const * 构造 string_view 的写法并不是 O(1) 而是 Omega(length)，因为你构造的时候就计算长度了。在很多情况下你看不出这个错误，是因为使用者通常也用了 Omega(n) 的时间。

不是很严重的错误：一些拼写错误。

一个小疑问：链接指向的是你自己的 blog 吗？你的这篇帖子的说法容易让人产生“链接不是指向你自己的 blog ”的错觉。

@Wichna #12 又想了想 #10 的要义：Outlook 对象模型可以抽象掉不同的服务提供商（甚至是不同的目的，无论是制作一个可以在网络上分发的日历，还是为了某个具体的服务使用）的区别，就是“接口”的思想，用 Outlook 对象模型作为个人信息管理的接口。

@Wichna #10

使用 Google 的 API 只能访问 Gmail，如果要访问 Outlook.com/Exchange Online，又要用 Microsoft Graph API 实现一次。每次都要增加一些学习成本。为什么不使用已经存在的 Outlook 的同步和管理功能？

此外，用 Outlook 对象模型操作：

- 不需要自己做各种 authentication
- 不需要用户当时在线
- 相比各种 REST API 更快
- 不用自己处理“操作到一半失败了需要回滚”之类的的问题（ Outlook 已经帮你解决了）。

此外，我不用 Gmail，但即使你问我为什么不用 Microsoft Graph API，前面这段的想法也是一样的。

最后，我不确定 Google 的 API 和 Graph 是否支持 user properties, which 对于关联一个 appointment 到一个该程序里面的对象来说很重要。

此外，即使不使用 Exchange，也可以在 Outlook 里面建一个辅助日历，用本地的代码建立好然后导出成 iCal，传入 Google Calendar 或者常见的 calendar 服务（例如 iCloud 的）。

此外，还可以通过 Google Calendar Sync 在 Outlook 和 Google 之间双向同步日历，然后用 Outlook 对象模型完成这个操作。

从实用角度，我觉得这个 app 做成本地的就够了。从个人角度，我只需要支持有 Outlook 的 Windows。只有我需要在更广的平台上推出该功能时（例如在 Web 上），才会考虑各种平台的 API。