RTFD https://dev.onedrive.com/

有两个版本的 API，一个是 Graph，一个是 Live。Graph 比较新，同时适用于 OneDrive Personal 和 OneDrive for Business。

譬如

Graph 版本的 auth： https://dev.onedrive.com/auth/graph_oauth.htm
Live 版本的 auth： https://dev.onedrive.com/auth/msa_oauth.htm

@whileFalse blog 不一定，但是很多 forum 是和邮件列表同步的。

坏处：你要时时提防邮件地址收割器 - -

这个很容易做吧，弄一个胶水邮件客户端，收邮件之后以邮件发送人的身份 po 出去就行了。

@Srar 1drv4b 是自己选的区域呀

@xiaoyu9527 你确定这么用这两个产品是符合 ToU 的么？

所以加引用时间啊

Aarhus，有动画的时候感受不到卡。

员工不能把解密后的文件内容抄下来么？

不要用技术方法解决 social 问题，用行政方法。

@changwei 我记得 VS 默认是一个西文等宽+一个 CJK （宋体），我习惯设置为 Consolas + 雅黑。字号可以用 Ctrl+滚轮 调节吧 - - 而且是一次性的。白底黑字的主题似乎一开始有让选的（不记得了，因为登录账号自动同步 orz ），不过这个设定对我似乎无效因为我开高对比度……

@MuMew 你这个图很误导，Windows 的那个数额显然不可能是移动市场的。移动市场显然是 Android 份额最大，iOS 其次。

@psq 2% 并不小，而且“用户因为使用一个操作系统而被淘汰”是一个很不礼貌的说法。而且我说了，如果只是想覆盖绝大多数用户，那么完全可以用微信，能问出这个问题的团队并不需要考虑微信之外的群体。问一个精确的问题却又不精确地考虑它是矛盾的。

“同等学力”，学历越高、工作经验越丰富，学力越高。显然在难以快速看出能力的时候用学力作为代理变量是很好的。

你的扩展名是对的么？如果是的话那在 GitHub 中点开就会是 render 好的结果。

另外即使你使用的数据库引擎在 UNIQUE constraint 里面要求只有最多一个 NULL，鉴于手机号一般也是字符串存储（你不会想用数字，这是一个很恶心的事情），假设你用 char(50)，你可以用 '@' + CONVERT(CHAR(40), NEWID()) 表示 NULL，然后你可以用一个 CHECK constraint 确保手机号具有正确的格式（要么是 11 位以 1 开头的数，要么是 '@' 开头）。

@reus SQL Server 的 UNIQUE 可以不检查 NULL，这是 ANSI 标准 SQL: 92, SQL: 1999, SQL: 2003 要求的。此外 MySQL、PostgreSQL、SQLite、Oracle、Firebird 也都允许多重 NULL。

提问之前先查阅文档和自己试试。

@reus 这里只有一个表啊，而且你上面的那个 unique index 已经是解决方案了，为什么要再建立一个表？

@wafm 然而“只要有智能手机就是微信用户”这个假设的目的就是假设用户可以使用某些 feature，你不如直接把目标客户群设置为“有这些 feature 的用户”。

注意：即使你覆盖了 Windows、Android 和 iOS 的每个版本，仍然存在着其他的操作系统。

我的妈……你们没有用过 UNIQUE constraint 吗？

即使是对的你也很容易导出一些谬论。

例如，考虑 Windows 用户，你不能使用小程序，你不能使用微信 authentication，你不能使用微信扫码（商户扫用户码）支付。