解决 DataGrip Query Console 不管选择哪个 schema,始终在 master 下执行

DataGrip 是我目前用过的最好的数据库 IDE。在 ARM Mac 上通过 Docker 安装好 SQL Server 后,我立马尝试在 DataGrip 中访问,由于新系统,所以安装的是最新版本的 DataGrip,本以为新版本应该体验更好,但却发现了一个标题所说的致命问题。

该问题会导致我执行的 SQL 始终提示 Invalid object name 'table_name',这个提示很容易理解,因为在 master 下该表是不存在的。

隔空投送 AirDrop 为什么这么快?

新旧 Mac 需要来回拷贝一些文件,用屏幕共享可以很直观的拖拽文件到指定位置,而且拷贝的文件都不大,所以直接拖拽用的比较多。今天需要将微信的聊天记录拷贝到新电脑,于是试了下隔空投送,发现 40G 的聊天记录拷贝的还挺快的啊。
随后我分别用隔空投送和屏幕共享的文件传输测试将旧 Mac 上的一个 5G 的视频文件拷贝到新 Mac 上,隔空投送只用了 1 分 50 秒,速度有 46M 每秒,而屏幕共享的文件传输需要一个多小时,速度只有 1M 每秒😱。

ARM Win11 如何安装 SQL Server?

最近买了 Mac Studio,虽然不是 M1 Ultra,但是内存是 64G,为的就是希望通过 PD 安装 Win11不卡。
ARM 架构的 Mac 当然也只能安装 ARM 的 Windows,好在 Win11 有 ARM 版本。安装后,果然在强大的 M1 Max下,Windows 使用起来很流畅。虽然 Win11 能通过套娃的形式,提供一个虚拟环境供x86、x64 应用运行,但今天发现没法安装 SQL Server,这可是微软自家的应用啊,竟然还不兼容。SQL Server 2022 马上就要发布了,只能稍微带点期待了。

然后再看 ARM Win11 和隔壁家的 ARM macOS,对比 ARM 版本的应用,Win11 又输了😂。
而且 Win11 上我仅仅安装了几个应用,而 macOS 已经安装了很多应用了,可见苹果的号召力真大。

既然 Win11 ARM 上安装不了 SQL Server,那么该怎么办呢?

如何安装 .NET Framework 4.0 目标包?

昨天在 PD 虚拟机中安装 Win11 后,再安装 Rider,用 Rider 打开项目,报错:MSBuild cannot find TargetFramework assemblies for .NETFramework,Version=v4.0.
我知道可以通过 VS 安装 .NET Framework,但是不想再下载 VS,于是在官网找了很久,没有找到 .NET Framework 4.0 的目标包或开发包,只有 Runtime。

那么如何安装呢?
同时本文还会讲到目标包和 SDK 的区别,以及最新的 VS 2022 不再支持的.NET Framework 版本。

Rider Build 报错:找不到导入的项目“C:\***\Microsoft.CSharp.Core.targets”。请确认 Import 声明“C:\***\Microsoft.CSharp.Core.targets”中的表达式正确,且文件位于磁盘上。

安装 Rider 后,打开项目提示“MSBuild cannot find TargetFramework assemblies for .NETFramework,Version=v4.0.”,在微软官网找了好久没有找到 .Net Framework 4.0 的开发包。只能通过安装 VS 2019 来安装了。但是安装后用 Rider 再次编译项目,报错如下:

1
2
3
找不到导入的项目“C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin\Roslyn\Microsoft.CSharp.Core.targets”。
请确认 Import 声明“C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin\Roslyn\Microsoft.CSharp.Core.targets”中的表达式正确,且文件位于磁盘上。
C:\Program Files (x86)\Microsoft Visual Studio\2019\Community\MSBuild\Current\Bin\Microsoft.CSharp.CurrentVersion.targets

Mac Studio 还未收到,惊喜却提前到了

3 月 10 日下午 5 点我下单了 Mac Studio,然而预计送达日期为 2022/05/07 - 2022/05/21,足足要等 2 个月,让我有点失望。
可是就在 4 月 6 日,也就是昨天我打开 Apple 官网订单详情,看到进度从正在处理订单变成了准备发货,虽然预计送达日期没变。

怀着无比想象的心情,今天我查看订单进度,果然给了我一个大大的惊喜……

Rider 打开 UNC 路径的文件 Structure is empty

前几天从 Visual Studio 切换到 Rider,用 Rider 打开项目,发现 Structure 选项卡显示 Structure is empty,关键是没报错,所以左思右想了很久,然后新建一个测试项目,却没有问题啊。

以前可以经常在网上看到“Visual Studio 是宇宙第一 IDE”这样的话,如今我看宇宙第一的是 JetBrians 家的了。就体验上来说,Rider 甩了 VS 好几条街了,而且 Rider 连古老的 Winform 都可以开发。

如今,我也早已使用 macOS 作为我的主力操作系统,但因为要开发一些 Windows 项目不得不使用 Windows,不然我是不会用 Windows 的。我微软啊,你为啥就那么不争气呢!!!再见 VS,

如何在 macOS 和 Parallels Desktop 中的 Windows 无缝切换键盘?

对我来说 macOS 比 Windows 好用太多太多了,但是 macOS 的生态还不太完善,有些应用还是只能在 Windows 上使用,而一个 Windows 开发者更是离不开 Windows。而 Parallels Desktop 则能解决 macOS 相对 Windows 的不足,让你一台电脑可以无缝使用两个系统,真的牛逼🐂。

但 Windows 的键盘和 Mac 的键盘是有区别的,Windows 的 Ctrl 对应 Mac 中的 Control,Alt 对应 Option,而 Win 对应 Command。从这两个系统的快捷键来看,Ctrl 对应的就是 Command。因此 PD 提供了一些去键盘差异化的配置,虽然也可以自定义按键或快捷键映射,但有如下问题:

  • 不能具体到左修饰键还是右修饰键,如果你只想对右边的 Ctrl 或 Win 进行映射是不行的。
  • 所有修饰键映射后都对应左修饰键,如 Cmd 映射为 Ctrl ,则是将左的 Cmd 都映射为左 Ctrl。

You are about to commit CRLF line separators to the Git repository...

接手一个项目,提交代码的时候报错弹出如下提示框:

JetBrains 家的 IDE 真的很智能了,你看 Fix 按钮都给你做了。
大多数人看到这个提示框可能直接点了 Fix 按钮,但却不知道它 Fix 了什么?甚至 CRLF 是什么都不知道。