Android 元件化應該做什麼

2021-09-16 18:05:35 字數 1083 閱讀 3425

android 任何乙個元件化方案都要對專案進行一定程度的整改,下面會對所有需要整改的地方進行說明,以及會說到如何整改

資源檔案在準備元件化的過程中就得做,不會影響正常的開發,一旦後續需要徹底剝離的時候,就直接把對應的檔案拖到指定的模組就可以了

乙個專案中肯定有一些是每乙個地方都可能用到的資源,所以會有乙個模組去存放這些東西,我可能新建乙個 「moduleresource」 去放這些資源,然後使用乙個固定的字首去命名,比如顏色白色: resource_white

確定字串:resource_confirm

layout 檔案的名稱需要對應的模組字首,比如使用者模組的登入介面,使用者模組為 「user」,所以這裡的登入介面的布局檔名稱為 user_login_act

比如使用者模組的登入介面乙個提示框, 「user_login_tip_dialog」

同 layout 的方式

這個資源不同於 layout 和 drawable,我建議是把所有字串都放到 moduleresource 公共資源包中,以後做國際化也方便,而且字串沒必要按照模組劃分

一般來說,顏色的使用都是根據場景和元件來的,google也是這樣子做的,所以這東西頁也沒法模組劃分,所以直接放到 moduleresource 公共資源包中,做好場景和元件的顏色宣告就好了,但是如果後期專案實在是做大了,也可以在自己的模組中去宣告自己模組的顏色

每乙個業務模組都需要有乙個唯一的包名,這樣內部的檔案就肯定不會重合到了

使用任何乙個元件化方案,都基本上有路由這個功能,它可以讓你跨模組的啟動 activity 介面,遮蔽實現,暴露 uri.但是也有一些元件化方案比如 cc元件化,它沒有這個概念,雖然也有類似的 host 和 path 的呼叫,但是本身不是基於 uri 實現的,所以對於這方面我更加喜歡 arouter 或者 wmrouter 或者 activityrouter,這些都是基於 uri 的

基於 uri 其實是有好處的,首先很多地方的跳轉都可以用鏈結表示,很方便.而且我可以新增各種 query 引數來傳遞資料給目標介面

元件化方案很多,但是我建議大家都能深入了解一點元件化,選擇乙個適合自己的,這裡我也有乙個元件化的方案,相比來說,有以下的優點

離職,我應該做什麼?

看了不少網上關於離職管理的文章,全是從公司角度講怎麼管理員工的。今天我寫個員工如何管理自己的離職流程。第一步慎重考慮 無論因什麼準備離職,一定要把此點作為離職的第一步。如果公司給你加薪 換崗位 提公升,你還會不會繼續留下來?如果回答是,那請主動向公司爭取 加薪 換崗位和提公升。而不是讓人感覺是以離職...

離職,我應該做什麼?

分享一下我老師大神的人工智慧教程!零基礎,通俗易懂!看了不少網上關於離職管理的文章,全是從公司角度講怎麼管理員工的。今天我寫個員工如何管理自己的離職流程。第一步慎重考慮 無論因什麼準備離職,一定要把此點作為離職的第一步。如果公司給你加薪 換崗位 提公升,你還會不會繼續留下來?如果回答是,那請主動向公...

專案Kick Off 我們應該做什麼?

專案kick off 我們應該做什麼?專案kick off是什麼?專案kick off也就是專案啟動會議。當我們有專案啟動的時候,把涉及的相關人員都聚集起來,然後召開乙個啟動的會議。那麼在kick off的時候我們都應該做些什麼呢?首先專案經理可以介紹一下整個專案。專案的大致流程和模組有些,產品經理...