@kiko #6 用 VBScript 可以实现“如果已经打开则转到窗口”的功能，因为文件夹的“打开”命令就是这样实现的。
于是可以这么写：

Set shapp = CreateObject("Shell.Application")
shapp.Open WScript.Arguments(0)

保存，比如保存为 C:\ShellExecute.vbs 。
然后建立快捷方式 wscript.exe "C:\ShellExecute.vbs" "C:\文件夹路径"，比如保存到桌面，命名为 打开文件夹。
接着可以修改快捷方式的图标、快捷键啦等等，也可以固定到任务栏。

这个代码实际上可以打开任意文件。也有 JScript 版本：

var shapp = new ActiveXObject("Shell.Application");
shapp.Open(WScript.arguments(0));

扩展名必须是 .js 才能被 wscript.exe 正确解读。

> 希望是一个永远存在的任务栏图标按钮，点一下就打开这个文件夹。

2 楼的方法即可。

> 任务栏设置了自动合并同类按钮，打开多个文件夹会合并在一起，希望能建一个独立的快捷方式，不会被合并到其他打开文件夹的按钮上。

这个是不可能做到的，除非你自己实现一个 IShellFolder 或者自己实现一个 explorer host 。分组是根据 AUMID 确定的，除了先前提到的两个方法，无法改变一个 explorer 窗口的 AUMID 。

父类方法是指用 super 调用的基类中方法（的版本）。

例如
class B { public void Foo() { } }
class D extends B { @Override public void Foo() { super.Foo(); } }
这里面 super.Foo 调用 B.Foo 是编译时决定的。

没有，在 Windows 8/8.1 和早期 Windows 10 是有的，这个功能已经被砍掉了。

虽然新版的 Windows 10 不能集成 Cortana 了，但是可以使用 deskband，这个至少从 Windows XP 以来到最新的 Windows 10 都是支持的。

https://docs.microsoft.com/en-us/windows/win32/shell/band-objects#desk-bands

Windows 会话非强制结束时会询问所有程序“你准备好被关掉了吗”，如果程序（在一定时间内）没有回答，或者回答“没准备好”，那么 Windows 就不会关机，并提示用户“有些程序阻止了关机”，用户可以强制关机或者取消关机并处理没准备好关机的程序。

记事本属于“没有回答”，因为记事本会问用户“你要保存吗”，这是一个模态对话框，记事本只有在这个对话框关闭之后才会回答系统它“准备好了吗”，但用户此时无法回答记事本的对话框。

推荐的做法是在系统提问的时候进行自动保存，然后下次启动后恢复。通常来说程序会等自动保存完毕，并且完毕后回答“我准备好了”。一旦程序回答了“准备好了”，Windows 就可以关闭它了，这个处理是对每个程序进行的而不用等所有程序都 OK，所以你会看到很多程序会在“还没准备好”列表里出现一下，然后消失，因为它们在你取消关机之前搞定了一切。

有些程序会无脑回答“准备好了”，结果就是丢数据。例如不久以前的 Chrome 有这个问题，现在已经修复。

用户输入密码后判断密码是否符合设置时的要求，如果不符合，不用传入服务器验证，直接提示用户不符合要求。

这样做的好处是最小化和现有界面的区别。
但我觉得这样不好，并不是说这样做不安全（这样做完全不会降低安全性），而是通常的程序都有奇奇怪怪的漏洞或者有一些历史遗留问题，难以保证所有用户的密码确实都符合强密码的要求。如果用户成功设置了弱密码，那么这个检查将导致用户永远无法正常登录。

一个折中的办法是提示用户尝试的密码不符合强密码策略，故不可能是正确密码，但不阻止用户尝试登录，即用户可以选择“仍然继续尝试登录”。

看了一下原来你的乘法和我的思路一样 - -

为什么你的减法和加法区别那么大……

减法显然是 ,>,[-<->]，两个数反复同时减 1

乘法只要反复做加法即可
>,>,< 读入因数到 2 3
[-
>[->+<<<+>>] 移动 3 到 4 并累加到 1
>[-<+>]<< 移动 4 到 3
]
>[-] 清空 3

带余除法可以反复做减法实现，不过要麻烦一些

第一步是找一本真·英文原著，《小王子》英语版是译作。

@hanliu #7 macOS 的窗口没有明确的“最大化”概念，如果你想获得类似 macOS 上绿色按钮的效果，可以手动调整还原窗口的大小。

最大化这种模式就是把窗口调节为工作区的大小（除非最大大小限制住了）并把窗口放在工作区的左上角，移动窗口和保持最大化是矛盾的。

如果你想把窗口挪到另一个显示器上且保持最大化，可以用 Aero Snap，挪到另一个显示器后向工作区的上边缘撞击，即可恢复最大化的状态。

如果你想让窗口保持工作区的大小且不在左上角，你需要还原窗口、调整大小、移动。

当然可以，但需要软件支持——驱动需要正确汇报滚动量级（ Windows 上有 dent 滚轮每转一次 delta 是 ±120，无级滚轮的驱动需要汇报绝对值小于 120 的数值），并且浏览器需要正确处理小量滚动。

以前是开的，现在不开了，因为我把日常账户改成标准用户，并且用 FUS 改变身份（偶尔也用“以另一个用户身份运行”，但会开“要求用受信方式输入凭据”）。

因为 quickOpen 命令的含义是：打开“转到文件”对话框。它的作用是让用户选择要打开的文件，而不是打开一个文件。

什么叫做“在 vscode terminal 里面的 Open File in editor”？你是指在内置终端里用 START / Start-Process / Invoke-Item / open 等打开一个和 VSCode 关联的文件时，VSCode 打开了文件，这个现象吗？
那些命令和 quickOpen 没关系，纯粹就是“一个程序使用默认关联打开文件，于是关联程序处理了这个请求”的结果。那些命令根本不关心自己是不是从 VSCode 内置的终端里发出的，也不可能有“得用 vscode.commands 让 VSCode 打开文件”的逻辑。

换个方式问你的问题：为什么运行 code C:\1.txt 会导致 VSCode 打开 C:\1.txt 而不是“转到文件”对话框？

因为 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 有文件出现不代表文件内容是对的。