平時 的UILabel 是用來在應用界面顯示簡單提示文字的，不過，我們也可以用它來顯示一些大段的不需要用戶參與編輯的內容——比如閱讀的 tweet
這些內容有一個特點就是需要支持富文本。 [crayon-693fe57db4b9012545[……]
編程開發
的UITableViewController 是iOS開發中相當常用的一個空間了，它的 cell 很早就可以支持自適應高度，或者說是 動態高度。在開發中，如果cell里布局了複雜的內容——比如連圖帶字的一條微博。那麼這個時候動態的自動的高度就顯得很有用了——總不用你自己去計算[……]
做開發者肯定有過這樣的煩惱：版本號提交錯了！
編譯和測試的版本多了，難免提交的時候才發現版本號搞錯了。要不就是後台版本號正確，前台的版本號忘記更改。其實，可以讓前台自動獲取後台的版本號數據，比如這樣：
|
1 2 |
let info = Bundle.main.infoDictionary! version.text = "Version \(info["CFBundleShortVersionString"]!) (build \(info["CFBundleVersion"]!))" |
但
後台的版本號[……]
一年前，我在 git 上發布了一個用 Swift 實現的棧，一共有兩個版本。因為 Swift 自身並沒有實現這個東西——儘管官方的教程中泛型的部分就是用這個棧舉的例子。
也許是人家覺得這個太簡單了吧
總之，這次我又來玩這個東西了，因為 HMM 的 Viterbi 算法需要做修剪，不然路徑太多無謂[……]
眾所周知，在 iOS 平台上自從 8.0 版本開始，可以為 iOS 開發第三方的輸入法鍵盤了，而這些鍵盤可以被放在 AppStore 銷售了，不過，同時也有著十分嚴格的權限規則。
對此，蘋果為第三方的鍵盤設計了兩種權限，一種是最小的，只有最基本的鍵盤功能的權限、另一種則相對較多，鍵盤獲取了“完[……]
今天遇到一個奇怪的問題，程序運行一點問題都沒有但終端報錯如下
|
1 |
Could not load the "" image referenced from a nib in the bundle with identifier "com.xxx.xxx" |
其實就是題目上的錯誤，這個問題看上去挺簡單——不就是引用的圖片丟失了麼……
其實不然，由於名字是 ""
最近給落格輸入法加入了一個叫做“對數雲”的東西，其實不難，比使用 iCloud Document 要簡單，不過網上的資料不太多，你通過那些上手教程來現充應該不是問題，但想要提升用戶體驗，就不是那麼容易了。這裡我們就一起來看看，怎麼樣才能讓 CloudKit 運行得更暢快。
CKDatabaseOp[……]
很多時候，我們需要在字符串中執行查找，以判斷過濾指定的內容出來。比如過在落格輸入法當中，就需要用輔碼過濾出需要的候選詞。
一般來說，查找和對比肯定是數字來的最快，不過在詞庫上總不能把所有的詞彙都轉換為數字（雖然理論上可行……）在字符串的搜索上，我們有很多種辦法來實現，這裡我就說一下我自己的思路[……]
一般來說，我們不會在用動態規划算法求解的問題上稱呼它為“動態規劃“，而是稱之為“隱馬爾可夫模型“，不過，如果我們單純用動態規划算法來求解一個普通的有向無環圖，那麼就只能說是動態規劃了……
這次我們要來說的，是基於詞庫的整句輸入法。而不是基於狀態轉移的隱馬爾可夫模型求解。
詞庫
由於不需要模[……]
其實很少用戶知道，ios系統其實有一套完整的輕鬆訪問機制，很多盲人或者說視障用戶都喜歡使用蘋果手機。
所以說，作為一名開發者，我覺得不論是從產品銷售面還是作為責任，都應該做好完善的輕鬆訪問支持。
不過好在，得益於蘋果嚴格的開發規範，所以一般只要你的app已經通過審核能夠上架，那麼基本[……]
開始
在 ios 平台，數據永久化的存儲方式就那麼幾種，比如說coredata，比如說realm，還有nosql的幾種方案，但是很遺憾，nosql的幾種方案支持的功能都還是太少，這樣就讓對它們的選擇顯得十分雞肋——畢竟，如果是簡單的應用的話，那就還不如其他方案來的方便快捷——雖然nosql是趨勢[……]
最近在做輸入法的詞庫，實現新的整句輸入模型，（回頭我會把之前的基於詞的整句輸入模型講講），新的整句輸入模型是基於 HMM （也就是隱馬爾可夫模型）來做的，當然了，由於我個人設備資金等有限，只做了二階矩陣。不過即使如此，模型還是需要訓練的。
當然，不是說用小說名著來訓練就不好，只不過很難找到各行[……]
在使用 Swift 語言進行開發的時候，很多朋友會莫名奇妙地遇到內存爆滿的問題，明明有 弧 ，明明釋放了內存，卻還是讓程序的內存佔用隨著循環而一路飆升。
這裡其實並不是出現了內存洩露，這其實是 弧 的一個機制：在每一個主 Runloop 結束的時候進行清理。也就是說，它有一套必要的緩存[……]
在使用 Xcode 進行 Swift 語言開發軟件的時候，不少人在項目中後期都會遇到這麼一個問題，如題圖那樣：SourceKitService 佔用大量的 CPU 和內存，甚至直接導致系統卡死。
那麼，這到底是怎麼一回事呢？在 StuckOverflow 上的高票答案是這麼說的：[……]
如何在 iOS 上寫一款輸入法？這個問題已經被很多人解答過了。你可以輕易通過 Google 找到一篇詳細的教程。但是，在 macOS 上寫一款輸入法就沒那麼簡單了。
好吧，嚴格來講，是指用 Swift 在 macOS 上寫一款輸入法很難。主要的原因是 從來沒有人做過這件事情 。
目前能夠[……]
Xcode中 8 正式版已經發佈，我要在第一時間遷移我的專案到 Swift 3 —— 畢竟這是趨勢。
在遷移的過程當中我遇到了很多問題——比如 Xcode 提供的自動遷移工具根本沒有用，在我等待了兩個多小時之後，我放棄了，選擇手動遷移——畢竟，Xcode 的自動校正也是很好用的。
然而——[……]
很多時候，我們都希望按鈕更符合 iOS 的設計風格，這樣會讓應用的界面看起來不那麼跳，就算設計的不好看，也不會顯的與系統格格不入。
“我不是設計師，我不知道怎麼設計好看——但盡可能貼近系統風格不是錯誤的選擇。 “ - 通過路由器
那麼對於 UIButton 來說，圓角+陰影應該是常態。[……]