如果您从 Windows 系统迁移到 macOS 系统，并且仍然需要访问 Windows 服务器或桌面，您遇到的第一个问题之一就是远程访问。
许多开发者熟悉 Windows 上的微软远程桌面客户端（mstsc），并期望在 Mac 上也有类似的内置工作流程。macOS 不包含原生的远程桌面协议客户端，因此您需要第三方解决方案。
在尝试了不同的方法后，我发现选择很大程度上取决于您如何使用远程连接：偶尔连接到一台 Windows 计算机很简单，而管理多台服务器和协议则需要不同的工作流程。
微软的远程桌面客户端：显而易见的起点
微软通过 Windows 应用为 macOS 提供官方的远程桌面协议客户端。
对于纯远程桌面协议访问，它运行良好：
- 连接到 Windows 桌面和服务器
- 支持常见的远程桌面协议功能
- 提供熟悉的微软生态系统体验
如果您的唯一需求是“将我的 Mac 连接到一台 Windows 计算机”，这可能已经解决了问题。
然而，实际的开发和运维工作流程往往会变得更加复杂。
专用远程桌面协议客户端工作流程开始显现局限性
当管理多台远程计算机时，一些问题变得明显。
大规模服务器管理变得困难
处理少量保存的连接很容易。一旦您拥有许多 Windows 服务器、开发机器、测试环境和客户系统，组织它们就变得不太方便。
远程连接工具通常被需要保存数十个会话的开发者使用，而不仅仅是用于连接一台个人计算机。
硬件兼容性可能成为关注点
一些使用英特尔处理器的旧款 Mac 设备可能会面临兼容性限制，这取决于软件版本和未来的支持方向。
苹果硅芯片的过渡显著改变了 macOS 应用程序格局，长期兼容性对于您每天依赖的工具至关重要。
远程桌面协议只是工作流程的一部分
开发者很少只使用远程桌面协议。
典型的远程工作流程可能包括：
- 通过安全外壳协议连接到 Linux 服务器
- 通过远程桌面协议连接到 Windows 环境
- 使用虚拟网络计算进行远程桌面访问
- 通过安全文件传输协议进行文件传输
- 通过串行连接访问硬件设备
- 数据库管理
为每种协议使用单独的应用程序会增加上下文切换，使日常操作更加碎片化。
为什么有些开发者偏好统一的远程管理工具
对于管理多个环境的用户来说，统一的客户端可以简化工作流程。
这也是我构建 DartShell 的原因之一。其目标是将常见的远程协议整合到一个 macOS 应用程序中，而不是迫使开发者维护一系列单独的工具。
例如，典型的一天可能涉及：
- 通过安全外壳协议连接到 Linux 服务器以检查日志
- 打开到 Windows 构建机器的远程桌面协议会话
- 通过安全文件传输协议传输文件
- 通过虚拟网络计算管理另一台设备
将这些工作流程保持在一起可以减少在不同应用程序之间切换的摩擦。
远程桌面协议性能仍然重要
远程桌面体验不仅取决于连接支持。
影响日常可用性的因素包括：
- 图像质量
- 输入延迟
- 剪贴板行为
- 连接稳定性
- 多显示器支持
远程桌面工具在技术上可以成功连接，但在长时间的开发生成过程中仍然可能感觉不舒适。
对于 Windows
免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
