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