geelaw

因为 ref RefType argName 的含义是 argName 对应一个静态类型是 RefType 的变量，且方法内对 argName 的赋值可以反映到传入 argName 的变量。显然你不能把静态类型是 Derived 的变量传入 ref Base，否则方法体内可以对 argName 赋值 new AnotherDerived，然后类型安全就会爆炸。

楼主需要认真学习 C#，值类型和引用类型的基本区别还没搞清楚。

你需要的是一种高级签名算法和一种普通加密算法，因为你的要求是“验证客户端身份”，发送者有无数个，但接收者只是服务器一个。搜索 identity-based signature 有惊喜。

@ColinZeb #6 bash 不支持“文本重定向”，它对文本没有概念，管道是二进制流。至于 cat，那是一个外部程序，它也不懂“文本”的概念，只是负责把多个文件粘在一起。举个例子，当你 cat 多个用 UTF 编码的文本文件时，结果不会得到统一的编码，也不会删除多余的 BOM 。

PowerShell 没有特别想要兼容其他 shell 的用法，而且管道传输对象本来就和大多数 shell 不兼容。

楼主的遇到的问题是多重问题，第一步 cat 就已经错了，因为它会以文本读取文件，而不是复制二进制流。
第二步管道传入 gzip 也错误，因为经过 PowerShell 的外部程序管道都会经过文本的转换。
第三步保存到文件也错误，因为这个操作也会按照文本解读，还会进行编码转换。

正确解法是使用 Start-Process 来重定向，但是这只能解决输入输出都是文件的简单情况。

那么 PowerShell 使用二进制管道的正解是什么呢？这里臭不要脸地推荐我写的 module Use-RawPipeline，专门解决 PowerShell 二进制管道交互问题，且在 Windows 上以性能最佳的方式实现。

GitHub 链接： https://github.com/GeeLaw/PowerShellThingies/tree/master/modules/Use-RawPipeline
博客： https://geelaw.blog/entries/powershell-use-rawpipeline/

@ghostwwg #4 有文件出现不代表文件内容是对的。

正统翻译是“运算符”，“操作符”是硬译出来的。

@npe #1 新版的 Word 格式是压缩过的 XML，不是 HTML 。

@ETiV #2 即使这样可以，也相当于把数据传入公网了，此外通常服务器处理 URL 有最大长度限制（比较自然的想法是 32768 个 Unicode 字符这种级别），任何非平凡 Word 文档用 data URI 编码都会超过该长度。

一个简单的方案是（在内网）部署 Office Online Server，见 https://docs.microsoft.com/en-us/officeonlineserver/deploy-office-online-server

另外这个问题和 Vue 不 Vue 关系不大。

我一直没理解的问题：在 OneNote 里“复制指向 分区 /页面 /段落 的链接”然后粘贴不就行了么？还可以精确控制链接位置，带有类似 Windows 快捷方式的分布式链接跟踪算法（即指向物移动后仍然很有可能可以由移动前的链接找到）。

因为 Type 不是依赖名称，它会在模板实例化之前解析。简单的解决方案是在 Derived 里面写

using IteratorFacadeType = typename IteratorFacade<T>::Type;

以免每次用这个类型的时候都要写一大串。

通常来说心电感应调试是很困难的，第一个可能性是你关闭了 DDE，参考 https://devblogs.microsoft.com/oldnewthing/20080730-00/?p=21423