随着 iOS 16 推出的 Live Activity 以及 iOS 16.1 正式支持的 Dynamic Island 已经可以提交 App Store 发布了，最近在测试 Live Activity 的后台更新碰到一些问题，在这里记录一下。
Live Activity 和 Dynamic Island 其实是作为同一个 Widget 的两种形态存在的，它们使用 ActivityKit 中的 ActivityConfiguration 同时进行配置，在拥有 Dynamic Island 支持的 iPhone 14 Pro 和 iPhone 14 Pro Max 上可以正常显示 Dynamic …
阅读全文 »
前段时间准备把家里的空气质量检测节点更新一下，从原来的万用板升级为 PCB，并且将主控 MCU 从 ESP8266 升级为 ESP32，这样可以单个节点支持更多传感器，同时把固件从 ESPEasy 换成 ESPHome。
在完成 PCB 打样测试后，就上淘宝采购了一批 ESP32 开发板，其中一批是 USB Type-C 接口的 NodeMCU-32S，最开始测试的时候只买了一块，使用下来并没有什么问题，但是在一次接错 VCC 和 GND 导致温度模式损坏之后，再次使用这块 ESP32 开发板时，发现它无法连接到之前已经配置好的 Wi-Fi 上。
这时还以为是由于之前温度模块损坏关联导致的，因此重新购买了几块同样型号的 ESP32 开发板，但是在完成固件烧录，完成固件配置之后，第二次运行时，同样发现了无法连接 Wi-Fi 的错误，日志中显示连接失败的原因为 Auth Expired：
[23:50:02][I][wifi:248]: WiFi Connecting to 'HOUSE_IOT'...
[23:50:03][W][wifi_esp32:495]: Event: Disconnected ssid='HOUSE_IOT' bssid=xx:xx:xx:xx:xx:xx reason='Auth Expired'
[23:50:03][W][wifi:536]: Error 
最近在使用 ESP32 做一些小东西，其中一个设备是使用电池供电，因此对使用电池时的续航比较关心，但是手头并没有合适的电子负载仪，在翻模块库存的时候，刚好发现有一个 INA219 模块，就直接拿它现做一个功率计了。
再配上一个 12864 OLED 屏幕，这样就可以实时去观测单片机设备的实时功率以及功耗了：
ESPHome 是一个配置化生成 ESP32/ESP8266 智能家居固件的系统，一般都会用它来作为智能家居节点中的系统来使用，配合很便宜的 ESP32/ESP8266 模块，使用起来很是方便。
在查阅它所支持的模块时，发现 INA219 也在其中，并且 ESPHome 本身对 12864 OLED 也有良好的支持，因此最终就直接选择了 ESPHome 来作为功率计的基础系统，这样可以省去编写很多基础代码，例如任务设计、屏幕绘制、I2C 总线读写等，只需要关注功率计核心的功能即可。
最近也使用 ESPHome 比较好，发现它还是有很多优点的，基本可以作为一个 Arduino 项目的基础应用框架来使用：
总的来说，对于一般 DIY 项目来说，ESPHome 足够强大、足够灵活来处理大部分需求了。
我写了一个名为 MermaidEditor 的 iOS App，这是一个用于编写 mermaid js 图表的编辑器，它使用 WKWebVIew 加载一个monaco 编辑器来编辑 mermaid js 图图的源代码，从而支持语法高亮和关键词自动完成。
在发布了 iOS 版本的 MermaidEditor 之后，我想把这个应用适配到 macOS 上，我认为在这里使用 Mac Catalyst 是一个很好的场景，这是苹果在 WWDC19 开始提供的一项技术，可以让我们的 iPad 应用在 macOS上 运行，只需要在 Xcode 中选中一个复选框就行了。
所以我用 Mac Catalyst 为 macOS 重新编译了 MermaidEditor，并向用户发布。但在一些版本之后，我决定用原生代码重写它。
为什么呢？
Mac Catalyst 要求的最低 macOS 部署目标版本是 macOS 10.15，所以如果我们的应用程序的目标版本早于 …
阅读全文 »
在很多需要为用户提供编写代码能力的服务中，我们需要给用户提供一下能力足够强大的编辑器，这样可以使得用户在编写代码时更顺畅，减少查询文档次数，降低出错概率，提升编码效率。
而想要提供这些能力，就需要一个足够强大的代码编辑器，并且为它添加我们自定义语言的支持，这样用户可以在语法高亮、自动完成等方面得到足够的支持。
Visual Studio Code 是世界一个非常流行的代码编辑器，而 Monaco Editor 是用于构建 VSCode 核心功能的代码编辑器，它提供了相当多的功能，用于实现各种代码编辑能力。并且微软为 Monaco Editor 提供了单独的项目，单独的打包脚本，因此我们可以轻易的将 Monaco Editor 集成到我们自己的 Web 应用中。
Monaco Editor 已经提供了一系列的基础设施，用于完成对自定义语言的支持，只需要通过很小的步骤，我们就可以搭建一个属于自己语言的代码编辑器。
那么，这就开始吧！
这里将不再赘述如何将 Monaco Editor 引入 Web 应用，在 Monaco Editor 的仓库提供了使用各种方式集成 Monaco Editor 的说明。
为了让 Monaco Editor 知道我们将要添加一种自定义语言的支持，首先需要注册一个自定义语言标识，这里我们选择 mylang 作为我们自定义语言的标识符。
注册一个自定义语言对于 Monaco Editor …
阅读全文 »
作为一个 iOS 开发者，通常会需要关心 App 体积的大小，这将会是影响用户在 App Store 看到 App 时，是否决定下载的因素之一，如果 App 的体积太大，可能会使得用户放弃下载 App，特别是在用户使用蜂窝网络的时候。
对于一个 iOS App 来说，它的体积通常由以下几个部分组成：
对于资源文件和第三方 Framework 来说，我们可以直接通过统计文件大小的方式来统计它们所占用的磁盘空间，但是对于二进制文件来说，我们该如何去统计它里面所包含的代码大小组成呢？
非常幸运的，Xcode 为我们提供了 Link Map 这样的一个统计文件来展示代码在经过编译之后，在可执行二进制文件中的实际占用体积大小，通过分析这个文件，我们就可以精确地知道，对应到每一个代码文件，它在最终生成的可执行二进制文件中所占的体积。
为了让 Xcode 能输出我们所需要的 Link Map 文件，需要在 Xcode 进入到工程的设置界面，选择需要输出 Link Map 的 Target，选择 Build Settings Tab，在搜索框中输入“link map”（注意 link …
阅读全文 »
在使用一段 M1 芯片的 13 寸 MacBook Pro 之后，一直有一个问题没有解决，那就是两台 4K 显示器的一台，只能闲置在那里。
虽然给 M1 MacBook Pro 配备的是 StarTech 雷电 3 接口的扩展坞，它拥有一个 DisplayPort 接口和一个全功能 USB Type-C 接口，在配备 Intel 芯片的 16 寸 MacBook Pro 上，它是可以直接驱动两个 4K 显示器。
但是由于 M1 芯片又或者是 M1 MacBook Pro 的限制，配备 M1 芯片的 MacBook Pro 只能驱动一台 4K 显示器，另外一台显示器，即使将它连接在 MacBook Pro …
阅读全文 »
自从苹果在 2019 年，去掉蝶式键盘，恢复剪刀键盘之后，终于觉得可以入手了，而且在这一年，除了键盘可以接受，而且屏幕也增大到了 16 寸，并且增加了 AMD Radeon 5500M 这样的高规格显卡，选配 8G 显存价格也很实惠。
最终，我选配了一台 i9 2.3G + 64G 内存 + 5500M 8G 的 16 寸 MacBook Pro。
唔，入手之后，还是很香的，毕竟键盘好用，性能也是我使用过的 MacBook 中最强的，而且在经过苹果几年的培养，市场上也有了很多 USB Type-C Dock 可以选择，在使用上已经不太有什么障碍。
但是，在使用这台电脑的过程中，一直有两个问题困扰着我：
对于第一个问题，在我经过了长达一个月的折腾之后，终于初步解决了，这个在文末会提到。
然后在前几天，刚好有一批照片和视频需要导出，然后我就顺便打开 Intel Power Gadget，想看看这个 …
阅读全文 »
在之前对比了一些扩展坞，以及新买了一个 DockCase 的扩展坞之后，对现在这些便携类型的 USB Type-C 扩展坞起了兴趣，并且做了一些对比测试：
然后最近想把之前购买的绿联 CM121 Type-C 扩展坞替换掉，因为它虽然接口齐全，包含了 HDMI 输出、SF/TD 读卡器、千兆网口、USB Type-A 接口、PD 充电直通，但是它的 HDMI 输出只能到达 4K30Hz，在真正感受过 4K30Hz 和 4K60Hz 的区别之后，已经不能接受 4K30Hz 的使用感受了。
因此，我在京东找了一番，筛选出来 HDMI 输出是 4K60Hz 的 Type-C 扩展坞，并且价格不算高的产品，来做一个横向对比评测，同时测试一下对 M1 MacBook 的兼容性如何，看看有哪一些能代替绿联 CM121，也可以顺便看一下在这个时间点，市面上便携类型 Type-C …
阅读全文 »
之前因为换了 MacBook Pro 买了一些 USB Type-C 扩展坞 ，已经做了一期对比，现在已经过去一年了，而且也有新出了 M1 芯片的 MacBook Pro，借着这个机会再看看有没有新的更好用的 Type-C 扩展坞。
在去年对比几个 Type-C 扩展坞的时候，对其中新出的 PS186 HDMI 芯片很感兴趣，它可以在 USB 3.2 Gen 2x1 10Gbps 的带宽上实现 4K60Hz 显示输出的同时，仍然有 5Gbps 的 USB 传输速率，这个基本上能满足大部分场景下的需求，所以那些只能支持到 4K30Hz 的扩展坞就不考虑。
在去年 6 月份这个时间点，带有 PS186 HDMI 芯片的扩展坞并没有太多产品可以选择，而且之前购买的威迅扩展坞，也只有 3 个 USB 3.0 和 1 …
阅读全文 »
近期评论