新工作是關于教育方面的,有大量的顯示內容是數學公式等比較復雜的文本,或者是圖文混排的富文本。因此我們有大量的顯示控件需要使用到UIWebView。有人問為什么不適用最新的WKWebView,主要是因為我們的UI都是在XIB中構建,而WKWebView直到iOS11才能夠完整支持XIB。為了豐富顯示內容,我們在本地有一個HTML模版,后端將基本的題目富文本返回給前端,我們將富文本放到本地模版的body中,最終由UIWebView渲染出完整的頁面。
跟UIWebView打交道最多的就是獲取UIWebView的高度了,網上的教程一般都是通過UIWebView的代理回掉,通過JS讀取body的scrollHeight。
-(void)webViewDidFinishLoad:(UIWebView *)webView
{
CGFloat webViewHeight = [[webView stringByEvaluatingJavaScriptFromString:@"document.body.scrollHeight;"] floatValue];
CGRect frame = webView.frame;
frame.size.height = webViewHeight;
webView.frame = frame;
}
但這里有兩個坑需要注意。
首先,對于我們項目中,需要讀取本地模版文件的情況,會出現首次展現UIWebView時高度獲取不正確的情況。根據測試,發現該問題和VC無關,全局只要使用過一次本地模版就不會出現問題,因此推測可能和本地文件加載有關。要做的就是,app啟動后就預先讀取該本地模版文件到內存,之后就不會有問題。
另一個問題。我們的app有點擊按鈕展開和收縮UIWebView的需求,默認情況下為收縮狀態,即高度為0。而當UIWebView初始化的時候,高度就為0的情況,會導致最終計算的高度不正確。正確的做法是:給UIWebView一個極小的高度(比如1),但不能給0,否則會對UIWebView的高度產生錯誤的影響。
以上的問題都是在XIB和Autolayout下發現的,使用Frame的朋友可以測試儀愛。