前言 傳統(tǒng)的移動端爬蟲一般是基于webView拦耐,通過注入JS的方式壕翩,獲取登錄后的cookie讓服務(wù)端使用無頭瀏覽器模擬登錄狀態(tài)爬取數(shù)據(jù)。 這種方式簡單有效纵柿,但是對于有做反爬(...

前言 傳統(tǒng)的移動端爬蟲一般是基于webView拦耐,通過注入JS的方式壕翩,獲取登錄后的cookie讓服務(wù)端使用無頭瀏覽器模擬登錄狀態(tài)爬取數(shù)據(jù)。 這種方式簡單有效纵柿,但是對于有做反爬(...
iOS組件化CTMediator代碼閱讀及實(shí)際項目使用 前言 當(dāng)項目代碼量越來越大,團(tuán)隊人數(shù)越來越多,單一工程的開發(fā)方式漸漸成為開發(fā)效率的掣肘锉罐。此時就是應(yīng)該引入組件化的時候。...
一绕娘、什么是組件化 組件化就是將單一工程的項目按照功能職責(zé)或者業(yè)務(wù)職責(zé)劃分成一個一個模塊,模塊間解耦調(diào)用. 二脓规、組件化想解決的問題 當(dāng)一個項目開發(fā)初期的時候,開發(fā)人員較少,業(yè)務(wù)...
@Alex198 這個沒實(shí)踐過 多種類型的cell都繼承與一個baseCell的話 應(yīng)該可以 在子類里各自實(shí)現(xiàn)對應(yīng)的渲染
代碼優(yōu)化-更精簡的tableView,抽離tableView DataSource Delegate前言 UITableView無疑是我們在開發(fā)iOS應(yīng)用中使用頻率非常高的一個控件,使用方法無外乎創(chuàng)建對象,關(guān)聯(lián)delegate,datasource,實(shí)現(xiàn)對應(yīng)方法. 幾乎是在...
因為DataSource的內(nèi)容沒有變化 重新加載數(shù)據(jù)之后需要把新的data賦值給customDelegate里的items
代碼優(yōu)化-更精簡的tableView,抽離tableView DataSource Delegate前言 UITableView無疑是我們在開發(fā)iOS應(yīng)用中使用頻率非常高的一個控件,使用方法無外乎創(chuàng)建對象,關(guān)聯(lián)delegate,datasource,實(shí)現(xiàn)對應(yīng)方法. 幾乎是在...
只是個demo 本來就不是仿造斗魚寫的 如果要過渡效果加個轉(zhuǎn)場動畫就好了
iOS開發(fā) 懸浮窗口播放器簡單實(shí)現(xiàn) 類似iPad畫中畫效果場景 公司新項目是一個直播類型的項目,要求實(shí)現(xiàn)類似熊貓or斗魚那種退出直播詳情界面銜接一個懸浮(可隨意拖動)的播放器繼續(xù)播放.考慮到無縫銜接的需求和重新加載延遲緩沖的問題,大...
全局下只存在一個播放器對象,從小窗口返回原來窗口使用的也還是這個對象 不需要做什么操作就會從原來播放的時間點(diǎn)繼續(xù)去播放 應(yīng)該關(guān)注的是如何讓這個過渡更加的舒服
iOS開發(fā) 懸浮窗口播放器簡單實(shí)現(xiàn) 類似iPad畫中畫效果場景 公司新項目是一個直播類型的項目,要求實(shí)現(xiàn)類似熊貓or斗魚那種退出直播詳情界面銜接一個懸浮(可隨意拖動)的播放器繼續(xù)播放.考慮到無縫銜接的需求和重新加載延遲緩沖的問題,大...
@paintingStyle H5沒有了解過這方面 應(yīng)該也是通過diff算法算差值包合并 具體你可以試著谷歌搜一下 應(yīng)該能有結(jié)果
React-Native 不使用第三方服務(wù)實(shí)現(xiàn)iOS&Android增量熱更新1---增量熱更新功能實(shí)現(xiàn)流程圖: 簡單實(shí)現(xiàn): iOS Demo地址:https://github.com/yushengchu/Incremental-hot-update 后言 包括pushy在內(nèi)...
@paintingStyle H5網(wǎng)頁的資源加載都是來自服務(wù)器 這種場景跟文章描述的不一樣 不影響上架app store
React-Native 不使用第三方服務(wù)實(shí)現(xiàn)iOS&Android增量熱更新1---增量熱更新功能實(shí)現(xiàn)流程圖: 簡單實(shí)現(xiàn): iOS Demo地址:https://github.com/yushengchu/Incremental-hot-update 后言 包括pushy在內(nèi)...
流程圖: 簡單實(shí)現(xiàn): iOS Demo地址:https://github.com/yushengchu/Incremental-hot-update 后言 包括pushy在內(nèi)...
其實(shí)很多跨平臺的UI測試(appium之類的) 做法也都是獲取控件的path 我覺得本質(zhì)上是一樣的
是否有用其實(shí)還是看需求了.
基于Xcode的iOS原生UI測試框架 UITests使用 簡單case前言 隨著APP功能的不斷增加,僅僅靠黑盒測試人工來覆蓋測試無疑有很大的局限性,效果也不如人意,尤其是新功能增加后可能要對舊功能做回歸測試,產(chǎn)生了大量的重復(fù)工作,而這些重復(fù)工...