使用 SwiftUI 的一大收益就是可以像 Flutter 那樣對 App 進行熱更新，改動了UI的代碼，會直接反映在模擬器或者是真機中，大大提升了編寫用戶界面的效率，不用改1px，運行，各種點擊，然後查看效果的循環往復。但現在使用 SwiftUI 還為時過早，畢竟還是有大量 iOS 12 設備在運[……]
Swift
蘋果新出的用於代替OC的高級編程語言！
最近落格輸入法遇到了幾個比較難以復現的問題——關鍵是它不會導致崩潰。這就讓崩潰統計功能根本無效，具體表現為在某些情況下輸入法會突然卡住幾秒，叫人十分惱火。後來我想到，macOS自帶活動管理器中，有個“採樣”功能，可以看到對應進程當前的執行（調用）狀態，那我是不是可以用它來分析錯誤原因呢？
在日本[……]
首先說這不是一個新技術，它很老，老到幾乎沒人提起它。
這是蘋果 MVC 模式下的產物，最早在沒有 iPhone 的時候就已經誕生了，它是用來配合 Xcode 圖形化設置界面用的——比如 NIB，當然，現在已經變成 XIB了，哦，還有 Storyboard。
現在如果說起要 bind 一個[……]
在開發 iOS App 時，很多應用都要根據當前 App 內容顏色來設置 iOS 系統狀態欄 的配色，黑色或者白色——尤其是在 iOS 13 系統支持了黑色模式後。
平時，別人會告訴你這麼做：
|
1 |
UIApplication.shared.statusBarStyle = .default |
但這會觸發警告：[蠟筆[……]
最近很流行自簽證書進行 HTTPS 解密，然後就有不少人通過修改蘋果的內購回執實現對 App 的破解。實際上驗證購買應該是 App 連接服務器，服務器來和蘋果的服務器進行通信，然後將結果發送給 App 的——但不少開發者（包括個人開發者以及企業開發者）懶得去專門維護服務器，所以直接用 App 和蘋果[……]
不少人在開發中都會遇到 EXC_BAD_ACCESS ，很遺憾，這一次 Xcode 不會給出任何詳細的解決方案。
通常來說，這是由於內存錯誤造成的。簡單來說就是你創建了對象 A，但在後來訪問的時候，內存裡 A 這塊區域已經被系統挪做他用了，比如放了對象 B 在這裡——你的[……]
處理時間和日期是軟件開發中很常見的操作，幾乎所有的編程語言都提供了對應的 API 來方便開發者對時間日期進行處理，Swift 也不例外，比如 DateFormatter ，使用它你可以將任意 日期
通常來講，Swift 裡的 String 是和 的NSString 橋接的，比如我曾寫過 NSString 和 String 究竟 有什麼區別 ？，總之這裡我們主要來討論一下，String[……]
要做一款移動設備上的軟鍵盤，那麼怎麼處理用戶的點擊位置，就是你遇到的第一個難題，在這個問題上，我也走了很長的路。
我把落格輸入法開發以來的觸控邏輯大致分類為三個階段，現在分別來講講設計思路，希望能夠對你有所幫助。
第一代觸控引擎
顯然，對於一個初學者來說，沒什麼比系統控件更好用的了，功能全[……]
在開發落格輸入法 macOS 的時候，我遇到了一個比較奇葩的問題，這個問題一直困擾我到現在——當有些地方需要垂直居中顯示一排文字的時候，如何讓這些字真正的“居中”？
乍看之下這似乎沒什麼道理，垂直居中嘛……等等，macOS 上的 [crayon-69065733788068[……]
在使用 Swift 進行開發落格輸入法時，我遇到了一個很有意思的問題——去重。
眾所周知，輸入法的候選在計算出來後總會有可能是重複的選項（比如碼表和詞庫中都有某個詞，也許他們編碼不同，但字是一樣的之類），這時候就需要去重，但又要保持候選的先後順序不變。
別人的解決方案
如果你去網上找，那麼[……]
在兩年前，我曾寫過一篇名為《ios 為視障用戶支持 VoiceOver》的文章，裡邊主要介紹了 iOS 端該如何為 VoiceOver 進行必要的支持，後來我又開發了 macOS 端的落格輸入法，但很遺憾由於 macOS 自身系統 bug，第三方輸入法根本無法獲得 VoiceOver 焦點（主要是[……]
廢話不多說，直接上代碼。
得到：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 |
// 创建一个会话，这个会话可以复用 let session = URLSession(configuration: .default) // 设置URL let url = "http://127.0.0.1/api/" var UrlRequest = URLRequest(url: URL(string: url)!) // 创建一个网络任务 let task = session.dataTask(with: UrlRequest) {(data, response, error) in do { // 返回的是一个json，将返回的json转成字典r let r = try JSONSerialization.jsonObject(with: data!, options: []) as! NSDictionary print(r) } catch { // 如果连接失败就... print("无法连接到服务器") return } } // 运行此任务 task.resume() |
POST：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 |
// 这个session可以使用刚才创建的。 let session = URLSession(configuration: .default) // 设置URL let url = "http://127.0.0.1/api/" var request = URLRequest(url: URL(string: url)!) request.setValue("application/x-www-form-urlencoded", forHTTPHeaderField: "Content-Type") request.httpMethod = "POST" // 设置要post的内容，字典格式 let postData = ["email":"user@xxx.com","password":"123456"] let postString = postData.compactMap({ (key, value) -> String in return "\(key)=\(value)" }).joined(separator: "&") request.httpBody = postString.data(using: .utf8) // 后面不解释了，和GET的注释一样 let task = session.dataTask(with: request) {(data, response, error) in do { let r = try JSONSerialization.jsonObject(with: data!, options: JSONSerialization.ReadingOptions.mutableContainers) as! NSDictionary print(r) } catch { print("无法连接到服务器") return } } task.resume() |
[……]
今天學員群裡有人提了這麼一個問題，為什麼把特性的字典類型作為泛型類型約束的時候，就必然報錯？
|
1 |
inheritance from non-protocol, non-class type 'Dictionary<String, Any>' |
顯然，說的很明確了，“你不能從一個非協議、非類的類型繼承”。顯然，字典是個泛型結構體……
那麼解決思路也很明確了，創建一個[……]
在開發落格輸入法 macOS 的過程當中，我一直被一個奇怪的問題所困擾——文本模糊。
次像素
無論我怎樣調試，落格輸入法的候選文字都無法達到原生文字的那樣清晰和銳利。在請教了大神之後，得到的活久見經驗是——上游次像素渲染 錯誤。
在很多平台都有類似問題，MACOS[……]
使用自定義聲音作為通知提示音
在 iOS 10 以後，iOS 使用了全新的 UserNotifications 作為通知 API，這允許開發者使用 圖片、視頻、聲音 等富媒體作為通知內容，同時進一步地，你還可以使用 通知內容防爆[……]
早在去年，落格輸入法的用戶就有報告說落格輸入法 macOS 在 有道云筆記 的 MarkDown 模式下無法正常鍵入中文，經過測試證明確實如此，體現為打中文字的時候，buffer的刷新會奇怪的刪除掉光標前的一個字符——對，不多不少，就刪一個。
搗鼓了很久未果，最後我沒招了打印出了所有內容，發現[……]