隨著微博、LBS 等移動互聯網服務的火爆普及，越來越多的蘋果開發者希望制作各網絡服務的 iPhone 客戶端。CocoaChina 會員 “qdvictory” 的《基于網絡的客戶端開發技巧》系列文章詳細介紹了 iPhone 客戶端應用的開發思路和注意事項，希望對蘋果開發者們有所幫助。

??? 一、做一個程序之前，要明確你要做的是什么。這之間道道不少，不僅僅要實現功能，還要考慮到程序功能之間是如何鏈接，用戶如何交互。在這個基礎上，才能和美工一起配合，把程序的設計做好，而僅僅的 UI，已經不能稱得上是完整的設計了。利用 API 擴展是必需的，Open API 不是你自家的 API，所以肯定是有局限性的，如何將 API 與產品良好的結合，是重點，抓細節，是重點。每條微博就是一個少量信息，所以客戶端要做的就是快，清楚，友好，穩定。

• 快，不用說，加載速度快，瀏覽的速度快。
• 清楚，UI 布局的可識別性，一個頁面，不同的排版，字體的顏色，都將影響到用戶看這個頁面的速度。
• 友好，不需要太炫的效果，也不需要很酷的動畫，就算再簡單的 UI，也足以滿足用戶的需求，就看你如何做。不要爛加，有必要再加。
• 穩定，這個要好好說說了。客戶端，畢竟不是單方面數據了，很有可能客戶端緩存與數據庫信息不統一，或者網絡問題導致接收數據出錯，這些都是需要做處理，多 測試，否則 crash 很杯具。前幾天同事給我看 Weico 在官方清空了短信息，然后再回來 weico 客戶端，直接導致 weico 持續 crash，必須重裝，不知目前修正沒有。總得來說，多測試，尤其是在數據差異的方面。???

??? 二、就目前而言，主流的微博特效就不再多說了，以后有可能細講，基本上都有開源的了。

??? 三、目前大多展示都是用的 tableview。這里就要多說說了。tableview 的使用方式有好多，下拉刷新，即可以將展示放到 tableview 的 subview 上，也可以放到 tableview cell 上，這 2 種有啥區別呢？目前沒有發現實質上的區別，只是在計算的時候放在外面比較好算。
正常來說，展示的步驟為：

• 訪問api，獲取數據
• 將數據存入數據
• 在 tableview 上展示數據，并載入相關的默認圖片。（像新浪微博客戶端是用的 Webview 來展示的圖片，這個又可以叨叨一陣了，下次再說。。。）
• 自己封裝也好，用線程也罷，將下載的圖片保存到本地，并刷新 tableview cell。這里又要注意2點：
  ??? 1、保存到本地的文件名，像這種公共數據，建議存放在同一文件夾中，像頭像，可以以用戶 id 為文件名存放，這樣做多賬號的時候可以直接利用到。關于與當前賬號 有關的數據存于單獨文件夾（例如以 dir_ID 為名的文件夾）。以當前賬號為文件名我認為是不太安全的。像 weico，上次無意中發現，他的緩存都是用我的登錄名，不知最新版本修改了沒有。
  ??? 2、更新 cell 的時候，有不少方法是利用 path 和 tag 來確定修改哪個 imageview,button，但是當 tag 被占用時就相當郁悶，這時就要繼承一個子類。所以我比較建議直接用 tableview cell 的 reload cell 方法來刷新，這樣還可以刷新行高之類，相當有用。

• 微博一般都是多行，sizeWithFont 確實比較慢，我能做的也只有在獲取了數據之后把所有的行高算出來保存，不知有沒有更好的方法會效率高一些。

??? 四、特色功能。想做出與眾不同的產品，目前在我看來，只有特色功能。像微博的展示，lbs的簽到，再怎么做，也已經大體定型，就算你做的再認真，也是別的程序換一套皮膚，在我看來，投入成本還是換一個方面的好。想一些實用的功能，擴展一下，在完成基本功能的同時，可以給用戶一個使用自己程序的理由。

??? 五、照片處理特效。現在基本都是用開源庫，主流的開源庫不說了，基本都是 C、C++的，只要能編譯成功，基本沒啥使用難度了。問題在于處理圖片的效率上。

??? 六、安全性。像我們公司為了加強用戶密碼的安全性，特意買了SSL，為的就是讓用戶的賬號更安全。而 Open API 使得我們沒法控制，所以最好使用 oauth 認證，以及不要將用戶的賬號暴露在緩存之中，這些都會增加風險。

?

第二章：Webview及正則

??? 目前微博客戶端基本都使用Webview，這篇就詳細講解一下使用利用Webview展示微博的技巧。當然，主要以代碼為主。Demo暫時就不提供了。之前也有幾篇博文提到相關的，這里簡單總結一下。

??? 為什么要用webview來展示呢，就我目前的經驗來看，為了文字鏈接圖片混排比較方便。所以既然要混排，又不能讓人覺得這是webview，首先就要禁止bounces，也就是邊緣滾動。方法如下：

[(UIScrollView *)[[webview subviews] objectAtIndex:0] setBounces:NO];

??? webview的各種復制，全選禁止方法：

document.documentElement.style.webkitTouchCallout = “none”; //禁止彈出菜單

?

document.documentElement.style.webkitUserSelect = “none”;//禁止選中

??? 具體代碼可以看下

http://www.minroad.com/?p=275

http://www.minroad.com/?p=266

??? webview使用起來注意的問題有：

loadhtml相當慢，所以要做到良好的展示效果，想辦法預加載吧。當然用JS也可以。

使用js的時候千萬要外部導入js，不然會調試到頭大都調試不好。。各種轉義字符

對于iPhone4，記得圖片尺寸要雙倍。

webview的html里面盡量用\”而不是’ 比如<img width=\”20\”>而不是<img width=’20′>

??? 下面說一下正則，將鏈接替換的方法，用的RegexKitLite：

- (NSString *)replacePersonLink:(NSString *)_str

?

{

NSString *regexString ? ? ? = @"@\\b(\\w+)\\b";

NSString *replaceWithString = @"<a href=\"at:$1\">@$1</a>";

NSString *replacedString? ? = NULL;

replacedString = [_str stringByReplacingOccurrencesOfRegex:regexString withString:replaceWithString];

NSLog(@"%@",replacedString);

return replacedString;

}

??? 提取鏈接的方法：

NSString *linkString = [NSString stringWithFormat:@"%@ %@",[dic getWBText],[dic getWBRetweetedText]];

?

NSString *regexString? = @"\\bhttps?://[a-zA-Z0-9\\-.]+(?::(\\d+))?(?:(?:/[a-zA-Z0-9\\-._?,'+\\&%$=~*!():@\\\\]*)+)?";

NSArray *splitArray = [linkString componentsMatchedByRegex:regexString];

??? 解析一個字符串的方法

NSString *regexString? = @"<a href=\"([^>]+)\" rel=\"([^>]+)\">([^>]+)</a>";

NSDictionary *urlDictionary = [searchString dictionaryByMatchingRegex:regexString

withKeysAndCaptures:@"url", 1, @"followed",2,@"source",3, NULL];

if (![[urlDictionary allKeys] containsObject:@"source"]) {

NSString *regexString? = @"<a href=\"\" rel=\"([^>]+)\">([^>]+)</a>";

urlDictionary = [searchString dictionaryByMatchingRegex:regexString

withKeysAndCaptures:@"followed",1,@"source",2, NULL];

}

??? source string為”<a href=\”http://t.sina.com.cn\” rel=\”nofollow\”>新浪微博</a>”?

??? 利用這些，基本可以完成微博上的需求。同時可以利用JS實現漸近漸現等效果，用CSS將布局處理的更合理。不會用CSS就td吧。

總結

以上是生活随笔為你收集整理的移动互联网服务客户端开发技巧 ( Webview及正则)的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。