国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

一種巧妙的drawable.xml替代方案

zhoutao / 3195人閱讀

摘要:不過,如果兩相結合,作為對第一種方案的補充倒是一個不錯的方案。總結回顧本文,并沒有任何復雜的代碼或高深的邏輯組合,僅提出一種巧妙的替代方案,具有既具有高可讀性,又能全面適配的特點。

如何維護(替換)drawable xml是android開發中一個老生常談的話題。按照標準的Android布局開發模式,我們不得不為各種UI效果新建不同的xml文件進行描述,哪怕是簡單的一個圓角。隨著項目迭代,成百上千的xml連同那模棱兩可的文件名,不僅讓開發者復用或清理的成本難以估計,還使得項目體積急劇增大。因此,下面我們探索一種原理巧妙、適配全面的drawable替代方案。

傳統方案總結

我們先概括下目前市面上已有的方案,大致分為兩種實現方式。

一種是繼承某個(或某幾個)常用的控件,然后將drawable.xml中的常用屬性作為當前控件的自定義屬性,最后在控件內部動態生成drawable作為該控件的背景。這種方案的優點很明顯:能直觀地將drawable效果描述作為控件的屬性定義在布局xml中,具有很好的可讀性;但是缺點也不可忽視,這些屬性并不能應用到任意控件,導致在很多時候還是不得不創建drawable.xml文件。

另一種方案則是將drawable的常用屬性封裝為代碼API,以動態的方式在代碼中生成并賦值給控件。這種方案理論上完全拋棄了drawable.xml,可以適配任意控件,但是若想完全以這種方式達到完全替換xml,個人覺得不可能,代碼量大,關聯性低是其最大的缺點,單看布局,無從知曉該控件的最終效果。不過,如果兩相結合,作為對第一種方案的補充倒是一個不錯的方案。

新方案探索

上述兩種方案各有千秋,但都無法完全解決問題,我們對上述兩種方案進行分析,提出以下問題:為什么不能有一種「既具有高可讀性,又能全面適配」的drawable.xml替代方案呢?也就是說能同時兼顧前面提到的兩種方案的優點,高可讀性意味著對drawable的描述需要作為屬性定義在布局文件中、全面適配意味這些屬性對任意控件都有效。思來想去,答案似乎只有一個:DataBinding。說到這里,可能有些朋友已經隱隱猜到了,不過別急,容我娓娓道來。

DataBinding是Android官方推出的數據綁定庫,盡管已有數年,但是我估計仍有部分開發者還沒有接觸甚至有些抵觸,具體就不細說,但是我希望你暫且能擁抱它,繼續閱讀。
數據綁定讓數據變化能直接反映到布局中,對于控件已有的屬性,例如TextView的android:text屬性,一旦通過DataBinding綁定:

在運行時內部就會調用TextView內部的setText方法。其實現原理的關鍵就是DataBinding通過提供的@BindingAdapter注解,該注解將任意指定的屬性和任意指定的方法關聯,DataBinding會在編譯的時候動態生成的調用關系,而對于常用的控件,DataBinding已經預置了對應的注解方法,例如以下就是TextView的setText方法:

@BindingAdapter("android:text")
public static void setText(TextView view, CharSequence text) {
    final CharSequence oldText = view.getText();
    if (text == oldText || (text == null && oldText.length() == 0)) {
        return;
    }
    if (text instanceof Spanned) {
        if (text.equals(oldText)) {
            return; // No change in the spans, so don"t set anything.
        }
    } else if (!haveContentsChanged(text, oldText)) {
        return; // No content changes, so don"t set anything.
    }
    view.setText(text);
}

我們需要關注的就是這個@BindingAdapter注解,「任意指定的屬性」這個屬性并非特指我們在布局中Android提供的標準屬性,也就是說,我們可以提供任意字符串作為屬性,而任意方法很好理解,上面的代碼片段很好的表達了這個意思,我們唯一需要關注的就是這個方法的參數:第一個參數是指定注解中的屬性的作用域,后面的參數則是和注解所聲明的屬性一一對應,那么結合到我們本文的主題,答案也就呼之欲出了:

新方案實現

提供一個用@BindingAdapter注解的方法,作用域指定為View(即任意控件);參數約定為drawable.xml中的屬性,不就達到了目的嗎。是否是感覺到一絲絲巧妙?既然方案有了,下面我們來看具體實現。

限于drawable屬性的豐富性,本文以常用的屬性solid 和 corner為例展開。如以下片段所示:

@BindingAdapter(value = {
        "drawable_solidColor",
        "drawable_radius",
}, requireAll = false)
public static void setViewBackground(View v, int color, int radius) {
    GradientDrawable drawable = new GradientDrawable();
    drawable.setColor(color);
    drawable.setCornerRadius(radius);
    view.setBackground(drawable);
}

上面代碼片段定義了兩個屬性:drawable_solidColor, drawable_radius,分別表示solid的color和corner的radius屬性,也就是說稍后我們就就可以在布局文件中為每個View都指定該屬性了;

這里可能有朋友會產生疑問,drawable的屬性那么多,這里只定義了兩個還好,如果把所有的drawable屬性都定義,那豈不是每個控件都要把每個屬性都指定一次,即使不需要。所以還需要提一下requireAll參數,它表示是否需要每個屬性都必須綁定了數據才會調用setViewBackground方法,設置為false后,就可以在布局文件中只指定需要的屬性即可。

以上幾行代碼完成了基本定義,下面我們來看看如何使用:


    

不用懷疑,就是這么簡單,即使這里不貼出效果圖,我想大家腦海中已經浮現出來了,是不是覺得一目了然?以此類推,其它的drawable屬性也可以通過本方案逐一實現。

總結

回顧本文,并沒有任何復雜的代碼或高深的邏輯組合,僅提出一種巧妙的drawable.xml替代方案,具有「既具有高可讀性,又能全面適配」的特點。

從成本來說,本方案應該是最低的(特別是對一些已經在使用DataBinding的項目):只需要定義一個方法即可,而效果卻是最優的:理論來講,實現該方案后,可以減少99%的drawable.xml創建。
如果非要說出本方案的缺點,那么它的實現原理所依賴的核心庫DataBinding可能是有些開發者所不能接受的。

讀到這里,是否覺得意猶未盡?沒錯,我已依據本文的方案替大家整理好了幾乎所有常用的drawable屬性提交到了GitHub,核心依然是只有一個方法,直接可用。

Github地址:https://github.com/whataa/noD...

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/77072.html

相關文章

  • Drawable 使用詳解

    摘要:啟用或停用位圖過濾。當位圖收縮或拉伸以使其外觀平滑時使用過濾。在每個狀態變更期間,將從上到下遍歷狀態列表,并使用第一個與當前狀態匹配的項目此選擇并非基于最佳匹配,而是選擇符合狀態最低條件的第一個項目。每個可繪制對象由單一元素內的元素表示。 showImg(https://segmentfault.com/img/remote/1460000019975019?w=157&h=54); ...

    JinB 評論0 收藏0

發表評論

0條評論

zhoutao

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<