@mmddisa 使用本地的配置主题: C:\Users\$User\Documents\PowerShell\Microsoft.PowerShell_profile.ps1 配置

#------------------------------- Import Modules BEGIN -------------------------------
# Import-Module posh-git
Import-Module PSReadLine
#------------------------------- Import Modules END -------------------------------

oh-my-posh init pwsh --config "C:\Users\think\Documents\PowerShell\.posh.json" | Invoke-Expression

#------------------------------- Set Hot-keys BEGIN -------------------------------
# 设置预测文本来源为历史记录
Set-PSReadLineOption -PredictionSource History

# 每次回溯输入历史，光标定位于输入内容末尾
Set-PSReadLineOption -HistorySearchCursorMovesToEnd

# 设置 Tab 为菜单补全和 Intellisense
Set-PSReadLineKeyHandler -Key "Tab" -Function MenuComplete

# 设置 Ctrl+d 为退出 PowerShell
Set-PSReadlineKeyHandler -Key "Ctrl+d" -Function ViExit

# 设置 Ctrl+z 为撤销
Set-PSReadLineKeyHandler -Key "Ctrl+z" -Function Undo

# 设置向上键为后向搜索历史记录
Set-PSReadLineKeyHandler -Key UpArrow -Function HistorySearchBackward

# 设置向下键为前向搜索历史纪录
Set-PSReadLineKeyHandler -Key DownArrow -Function HistorySearchForward
#------------------------------- Set Hot-keys END -------------------------------

让后将 主题文件放置到 ps1 文件夹 重命名一下： .posh.json 就好了，主要问题还是国内的网络有问题。

@289396212 后端返回的 JSON 是典型的序列化的 dto. 很多时候前端页面的交互并没有那么复杂，就不需要在这个 API 的返回模型和页面的视图模型再添加一个中间转换层，但很多时候这之间是需要转换层的。而且这还涉及到你们后端网关是否承担了 BFF 层的职责，否则很多时候，前端调用后端 API 还要负责黏合后端的多个接口，返回组合后的结果，充当一个前端网关的职责。其实这些概念并没有那么明确的定义，只要有个基础概念就好了。
现在 Web 应用已经变得非常复杂，很多复杂的前端应用完全将后端那一套模型搬到了前端。这之间的区别变得越来越模糊。

@ZGame ViewModel 是交互模型。MVVM 中的 VM 就是典型的 ViewModel, Vue/React/Angular 中的 State 也是典型的 ViewModel, 它们都是视图驱动的。完全是为了怎么方便渲染怎么来。
如果业务不是非常复杂，也不追求规范化，你完全可以将 Table Schema/Domain Model, DTO, ViewModel 使用一个，但是这样往往会因为各个模型的职责差异，逐渐在演化中变得不可维护。

不是，ViewModel 是给 Render 渲染提供的，主要是交换模型。
DTO 是为了数据传输提供的，所有层和层，不同进程直接交换数据的格式都可以叫 DTO, 但一般的 DTO 都是为了隔间领域模型，提供给外部程序调用应用逻辑的入口/出口参数。

一张表足够，或者干脆不要使用关系数据库。

Authorization HEADER 这种授权模式本来就不是为了 Page 模式设计的，它主要是为了服务/服务通讯和 SPA 设计的。
没有办法全局设置浏览器的 Authorization, 一般如果的确需要使用顶级 GET 请求后端并附带权限，会再 query 字符串上添加 token=JwtToken 。如果你不是当页面，使用 cookie/session 模式才是更方便的。

应该是系统的密钥凭证管理有问题，或者 github 没有在 mac mini 上正确使用凭证管理，如果你能够确保你的系统是安全的话，可用这样做, 这两种模式的缺点是别人通过 git remote 或者查看你的 git config 文件能够盗取你的凭证。
git clone https://[email protected]/$user/$repository.git
git clone https://oauth2:[email protected]/$user/$repository.git

没啥好办法，这个场景我也遇到过，每种解决方案都有问很多问题。要不性能不行，要不普通用户有时候也需要 root 权限来实施一些操作，这个时候作为管理员的你就需要帮他们做一些维护工作了。推荐 docker 的都是有坑，不要用 docker.

不要折磨自己。

互斥体实现

不同操作系统有自己的互斥体试下，程序启动时候检查这个互斥体，然后做去重处理。然后检查到已被持有后，转发命令行参数到已运行进程，已运行进程可用使用 TCP/进程管道/文件监听等多种方式来获取刚刚启动程序传递的参数。没有什么常规不常规。要看你的实际需求。有很多方法可用做到你需要的这种操作。

@aapeli 我发现公司的电脑也会这样， 不知道为啥我自己配置的台式机和 Surface 就不会有这个问题。我研究一下。

@aapeli 我用的 Windows 11 专业版, 最新系统, 有更新我基本立马补上, 等我周末回公司了再试试另外几台机器.

@aapeli 没有吧,我卸载了自带的 Teams, 然后 Win+C 快捷键没啥作用哈,我刚刚找了 2 台最新的 Windows 11 都试过,不会触发任何动作哈.

因为大家使用 TypeScript 在乎的是 Type 而不是 Class, 或者说大家只是喜欢使用带有文档的脚本语言, Web APIs 就是典型的 class 风格, 而大部分 JavaScript 是走到函数式风格,然后使用组合来实现复用. 核心还是前端暂时还不需要后端那样重度的封装.

docker desktop 是在写的太垃圾了，动不动假死，奔溃，一个没有后端的纯桌面这么不靠谱，让我怀疑 docker 公司是不是要倒闭了。

我刚刚也发现了这个问题，而且还会导致 docker desktop 奔溃。

@byzod id 是 identity 的缩写，而不是 2 个单词的缩写，这和 XML/HTML/IO 等首字母缩写形式有明显的区别。英文单词的各种不同习惯的缩写在我看开来对英语为母语的编写人员是极度不友好的，所以我喜欢 Swifit/C#着完整的长命名风格，讨厌 Unix like 的各种奇葩缩写模式，不过这只是个人喜欢，一致性始终是最重要的，选择使用某一种风格就坚持某一种好了，不要混用就行。

@wxf666 没啥规律，因为这个玩意就是人为规定的。
未来还可能会继续修改。如果可以预测和有规律，就不需要公务员公布了。
我们现在统计考勤也是每年获取一下数据，存储到本地。