@Daming C#默认风格的 { 要单起一行，是因为那是微软公司内部的 clang-format 风格。
我就用这套风格整 ObjC 的档案正文，读起来超方便。不過 Mozilla 風格也不錯就是了。

@villivateur 我轻易不用匈牙利，除非某些私有变数我会用 mut 或者 cst 开头（分别表示常数与变数；好像之前流行用下画线开头）。偶尔我会用 int 或者 str 开头。总之只要不引起歧异就好。对我而言匈牙利是符合变种的小写草泥马命名规则的。

@shoujiaxin 太感謝了。

@shoujiaxin @MrKrabs
谢谢二位。不知道这样处理是否可以正常处理包含 Emoji 的内容。

```
let strData = #"""
# Comment: These are test data
treeNewBee 🌳🐮🍺 -0.1145141919810
cowbeer 🐂🍺 -2.390804
"""#
```

@weak 另外我这篇是模仿原文的文风。

@weak Xcode 目前尚未提供原生的 Rust 支援。

@xing7673 Swift 的 Enum Namespace 以及 Structs 可以給 C 直接用嗎？

感兴趣的可以看这个 commit： https://github.com/ShikiSuen/vChewing-macOS/commit/417c9ede7ed44373cf38c49a22a138c40e253d51

@AlphaRobert 感谢指点迷津。
我换了个更稳妥的方法来绕过了这个问题。
我直接将原先的函数写成 ObjC++ 过程、将结果写入 objc 模组内的三个本地变数当中。
这三个本地变数都有对应的取值函数。
然后 Swift 那边先触发过程、再用取值函数取回数值。

于是威注音输入法的 KeyHandler 的 Swift 化圆满完成。

重写之前：
KeyHandler.mm 1691 行。

重写之后：
KeyHandler.mm 605 行，仅包含只能由 ObjC++ 完成的部分；
KeyHandler_HandleInput.swift 400 行。
KeyHandler_HandleCandidate.swift 303 行。
KeyHandler_Misc.swift 22 行。
KeyHandler_States.swift 509 行。

@Building ... and Swift structs cannot be used in ObjC.

我全都要.jpg

ES 不能暴露在公網。

@XDDD 这个 swift 档案我重写了，现在不用正则转换了。您看是否速度仍旧落后于 OpenCC ？

@XDDD 那个其实会下载整个 OpenCC 来用。
我暂时用 Swift 写了个替代品，但我不知道在程序方面比 OpenCC 差在哪里。
https://github.com/ShikiSuen/vChewing-macOS/blob/main/Source/Modules/ControllerModules/vChewingKanjiConverter.swift

Steam 聊天视窗对中文输入法的支援问题很明显了：所有将缓冲区显示在软体内部的文字编辑区域的输入法，都不是 Steam 目前所支援的输入法。macOS 内建的日语输入法直接被逼得将缓冲区转到了 IMK 选字窗内。

另外补一下，免得有人提佛振 RIME 中州韻鼠鬚管：
佛振曾经做过大千注音并击引擎的支持，但他对这个输入模式戴着有色眼镜摘不掉，就没引入 RIME 内。
因为这个事情，我跟佛振互相对对方都没好印象。至少目前的 RIME 绝非解决方案、将来也不可能。

@DonDonc 对我倒是不用怀疑，毕竟我亲自负责的词库不能出现任何敏感内容。

而至于小麦注音： https://github.com/openvanilla/McBopomofo/commit/0d58b4b95b0c320212ef46aa268103d2f5615122

推这个 commit 的 MJHsieh 脾气还行，但另外两位就是觉青中的觉青。

你说遇到一个一般的台 X 的台湾人还好，毕竟我没义务将我支持统一的立场强加给对方个人。
但要是觉青的话就真没救了，因为觉青这种生物对自由边界的认识错误、还要攻击大陆人「干涉他人自由」。

要不是因为大千注音并击输入在大陆没人搞，我根本没必要去用小麦注音的引擎。
毕竟他们 MIT 开源，不用白不用。但他们的词库就真的免了。

直接用 mono 写介面？

看来把大千注音改成十九键的话应该也不坏。