發(fā)簡信
IP屬地：新疆
-
如果 獨(dú)立調(diào)試運(yùn)行對應(yīng)的manifest內(nèi)容 能夠基于 原始manifest 進(jìn)行 “增量附加” / “對應(yīng)替換”，那就可以使用任務(wù)合并manifest，減少冗余。
項(xiàng)目組件化實(shí)踐
一、項(xiàng)目演進(jìn) 混沌項(xiàng)目 -> 模塊化 -> 組件化 混沌項(xiàng)目：所有代碼在一個主工程中，僅僅做了分包。 模塊化：項(xiàng)目按業(yè)務(wù)拆分多個module，但是各module之間耦合嚴(yán)重。...
-
Android跨進(jìn)程通信-消息隊(duì)列消息隊(duì)列的使用和原理 消息隊(duì)列的創(chuàng)建及其如何使用 我們可以通過msgget()函數(shù)來創(chuàng)建消息隊(duì)列，它會在內(nèi)核空間創(chuàng)建一個消息鏈表，msgsend()函數(shù)往消息隊(duì)列發(fā)送消息，m...
-
是的，我只起了個頭，然后跳起來罵了一頓，后面的內(nèi)容沒寫??，普通的響應(yīng)式編程在各種場景下會出現(xiàn)什么問題，怎么產(chǎn)生的，如何處理，會引發(fā)什么新問題都沒寫。這個月倒是可以考慮下有空寫起來??????
淺談響應(yīng)式編程（Reactive Programming）
這是告別CSDN后第一次使用簡書寫IT類的博客，還在適應(yīng)。最不適應(yīng)的就是不能直接手輸markdown語法標(biāo)記。（好像原因是我沒有切換編輯器） 什么是響應(yīng)式編程（Reactiv...
-
感謝回復(fù)。評論中說的“訪問者模式”是筆誤？評論中所提到的內(nèi)容，更偏向于函數(shù)式編程的特點(diǎn)，函數(shù)式編程可以消除全局變量，我們在默認(rèn)編程者正確使用了函數(shù)式編程時，可以將注意力放在函數(shù)（方法）上，而不在需要把注意力放在類上。順著你的話說，實(shí)現(xiàn)響應(yīng)式編程，寫法不止一種，但是不同情況下會出現(xiàn)一些問題，這些問題的實(shí)質(zhì)是什么，如何解決，這才是學(xué)習(xí)的重點(diǎn)。如你所說，函數(shù)式編程使用一個輸入對應(yīng)一個輸出的方式隱藏了數(shù)據(jù)不一致的問題，這個問題在不使用函數(shù)式編程時是如何產(chǎn)生的，又是如何解決的，是不是一定和多線程有關(guān)，是不是會影響響應(yīng)式編程，如果會，怎么利用函數(shù)式編程結(jié)合響應(yīng)式編程消除這種影響。
正如其他幾位讀者所說，文章后面草草結(jié)尾，沒錯啊，我只起了個頭，后面的內(nèi)容我沒寫啊??淺談響應(yīng)式編程（Reactive Programming）
這是告別CSDN后第一次使用簡書寫IT類的博客，還在適應(yīng)。最不適應(yīng)的就是不能直接手輸markdown語法標(biāo)記。（好像原因是我沒有切換編輯器） 什么是響應(yīng)式編程（Reactiv...
-
我把話題引到rxandroid上面，更多的是想批判下將“某種框架和編程思想強(qiáng)行綁定在一起”的做法。一種編程范式還是需要不停的去理解和琢磨的??，我們?nèi)W(xué)習(xí)響應(yīng)式編程，我個人覺得應(yīng)該把注意力先放在它和其他編程范式的對比上，以更加清晰的理解這種范式適合解決哪些問題，并鍛煉下自己的編程能力。而不是先去學(xué)習(xí)如何使用一款框架（何況學(xué)習(xí)成本還不低）。個人感覺在“淺談”二字之下，開篇引出的內(nèi)容已經(jīng)夠了，能夠引導(dǎo)一個愛學(xué)習(xí)的讀者朝合適的方向去學(xué)習(xí)??
淺談響應(yīng)式編程（Reactive Programming）
這是告別CSDN后第一次使用簡書寫IT類的博客，還在適應(yīng)。最不適應(yīng)的就是不能直接手輸markdown語法標(biāo)記。（好像原因是我沒有切換編輯器） 什么是響應(yīng)式編程（Reactiv...
-
好像不能使用python3？？？
Automator + Python
【原文：Automator + Python】 基于 macOS 及其 Automator。 由于需要經(jīng)常處理某些拍攝或下載的圖片、素材，針對不同的處理需求編寫了很多不同的腳...
