平時 的UILabel 是用來在應用界面顯示簡單提示文字的,不過,我們也可以用它來顯示一些大段的不需要用戶參與編輯的內容——比如閱讀的 tweet
這些內容有一個特點就是需要支持富文本。 [crayon-67677a6e2f8f311436[……]
蘋果新出的用於代替OC的高級編程語言!
平時 的UILabel 是用來在應用界面顯示簡單提示文字的,不過,我們也可以用它來顯示一些大段的不需要用戶參與編輯的內容——比如閱讀的 tweet
這些內容有一個特點就是需要支持富文本。 [crayon-67677a6e2f8f311436[……]
的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 運行得更暢快。