今天遇到一個奇怪的問題，程序運行一點問題都沒有但終端報錯如下
|
1 |
Could not load the "" image referenced from a nib in the bundle with identifier "com.xxx.xxx" |
其實就是題目上的錯誤，這個問題看上去挺簡單——不就是引用的圖片丟失了麼……
其實不然，由於名字是 "" 所以你根本找不到究竟是哪個圖片丟失了——實際上一個都沒有丟。
畢竟程序裡邊的資源一個都沒有[……]
說出來你們可能不信，落格輸入法起初是我的一個練手項目，它叫小飛。
但在動手寫它之前，其實我就已經抱怨過很多次了，說自己要寫一款好用的輸入法，因為我用雙拼，而現存的輸入法，都不怎麼重視雙拼這個群體，同時，就全拼來講，各種廣告彈窗小紅點也把它們本身整句輸入啊實用功能啊這些優點給埋沒了。
一直到 2015 年 11 月 7 日，我第一次有了動手寫一個輸入法的想法：
現在iOS上的輸入法大都臃腫[……]
最近給落格輸入法加入了一個叫做“對數雲”的東西，其實不難，比使用 iCloud Document 要簡單，不過網上的資料不太多，你通過那些上手教程來現充應該不是問題，但想要提升用戶體驗，就不是那麼容易了。這裡我們就一起來看看，怎麼樣才能讓 CloudKit 運行得更暢快。
一般來說，你獲取一條數據可能是這樣的：
[crayon-68c6c8827aba[……]
iTerm 作為一個 mac 裡自帶終端的替代品真的是太好用了，功能多、界面也好看。配合zsh+皮膚，終端從此也美麗（題圖）。
不過，zsh 啟動總是很慢，雖然說每次啟動前輸入的內容還是不會丟失，但總等著也不是個事（說句實在話，我就這麼忍受了好多年……）
總之，其實這個問題是可以被解決的：
進入 iTerm2 的偏好設置裡，在 Profiles 裡編輯你的配置，在配置右側的 Ge[……]
很多時候，我們需要在字符串中執行查找，以判斷過濾指定的內容出來。比如過在落格輸入法當中，就需要用輔碼過濾出需要的候選詞。
一般來說，查找和對比肯定是數字來的最快，不過在詞庫上總不能把所有的詞彙都轉換為數字（雖然理論上可行……）在字符串的搜索上，我們有很多種辦法來實現，這裡我就說一下我自己的思路：
由於我的詞庫輔碼篩選只對兩字或者三字詞彙生效，那麼我考慮[……]
一般來說，我們不會在用動態規划算法求解的問題上稱呼它為“動態規劃“，而是稱之為“隱馬爾可夫模型“，不過，如果我們單純用動態規划算法來求解一個普通的有向無環圖，那麼就只能說是動態規劃了……
這次我們要來說的，是基於詞庫的整句輸入法。而不是基於狀態轉移的隱馬爾可夫模型求解。
由於不需要模型，我們的整句輸入是基於詞彙的，就需要一個詞庫。這個詞庫裡應該記錄了普通人大部分的常用詞彙，而且有一[……]
其實很少用戶知道，ios系統其實有一套完整的輕鬆訪問機制，很多盲人或者說視障用戶都喜歡使用蘋果手機。
所以說，作為一名開發者，我覺得不論是從產品銷售面還是作為責任，都應該做好完善的輕鬆訪問支持。
不過好在，得益於蘋果嚴格的開發規範，所以一般只要你的app已經通過審核能夠上架，那麼基本上 VoiceOver 就已經能夠很好的識別你 app 中的大部分內容了，比較通用的，比如 tabV[……]
在 ios 平台，數據永久化的存儲方式就那麼幾種，比如說coredata，比如說realm，還有nosql的幾種方案，但是很遺憾，nosql的幾種方案支持的功能都還是太少，這樣就讓對它們的選擇顯得十分雞肋——畢竟，如果是簡單的應用的話，那就還不如其他方案來的方便快捷——雖然nosql是趨勢。
這次我們來談談另一種比較常見的儲存方案——sqlite，這個東西很厲害，它是一個用c實現的[……]