子類圓點的顏色其實可以復用父類中原本的color屬性，但是以防萬一，我們還是重新定義一個dotColor屬性
但是由于父類現(xiàn)在不畫結點了，它怎么知道，現(xiàn)在結點寬度是多少呢？整個軸線的x坐標在哪里呢？不知道這些，沒法畫線呀
為解決這個問題，小莊決定再定義一個nodeWidth屬性，用來設置結點的寬度還有一個問題，不知道結點的高度，就不知道上線應該在什么y坐標停，下線應該從什么y坐標開始

嗯？你說一條線從頂部畫到底部？這也太粗暴了，如果圓點是空心的就暴露了呀，為解決這個問題，小莊只能再定義一個nodeHeight屬性，用來設置結點的高度?，F(xiàn)在這個類里面的屬性越來越多了，小莊感覺這離自己追求的優(yōu)雅相去甚遠

abstract class ThirdVerTimeline<T> : RecyclerView.ItemDecoration() {

    // 不重要的屬性...

    var color: (item: T) -> Int = { _ -> Color.GRAY }

    var nodeWidth = 30

    var nodeHeight = 30

    

    override fun onDraw(c: Canvas, parent: RecyclerView, state: RecyclerView.State) {

        super.onDraw(c, parent, state)

        val count = parent.childCount

        for (i in 0 until count) {

            // 【不重要的變量】...

            val xPosition = (nodeWidth / 2 + paddingLeft).toFloat() //-->這里有修改，用nodeWidth計算x坐標

            // 畫上線和下線...//-->這里有修改，用nodeHeight參與計算

        }

        // 子類畫結點！

        drawNode(c, parent, state)

    }



    // 由子類實現(xiàn)

    protected abstract fun drawNode(c: Canvas, parent: RecyclerView, state: RecyclerView.State)

    

    override fun getItemOffsets(outRect: Rect, view: View, parent: RecyclerView, state: RecyclerView.State) {

        super.getItemOffsets(outRect, view, parent, state)

        outRect.left = paddingLeft + paddingRight + nodeWidth //-->這里有修改，用nodeWidth計算item的偏移量

    }

}



class DotTimeline<T> :ThirdVerTimeline<T>(){

    // 這里是子類自己的paint，不復用父類

    private val paint = Paint(Paint.ANTI_ALIAS_FLAG)

    val radius = 10f

    var dotColor: (item: T) -> Int = { _ -> Color.GRAY }



    override fun drawNode(c: Canvas, parent: RecyclerView, state: RecyclerView.State) {

        val count = parent.childCount

        for (i in 0 until count) {

            // 【不重要的變量】...

            // 畫圓點！

            paint.color = dotColor(item)

            c.drawCircle(xPosition, itemView.top + offset + radius, radius, paint)

        }

    }

}

運行起來完全沒問題！不過觀眾姥爺們肯定發(fā)現(xiàn)了一個致命問題，那就是：為什么在父類和子類里都要各自做循環(huán)呢？？這是妥妥的代碼重復呀！哎，不著急，為了解決這個問題，我們需要重新設計一下drawNode方法。

你可能會想，把drawNode直接放進循環(huán)里不就行了嗎？的確，但是在那之前，我們先來看一下【不重要的變量】里都有哪些變量：

// 獲取當前的itemView

val itemView = parent.getChildAt(i)

// 當前項的x坐標，整個軸線的x坐標都是相同的

val xPosition = (nodeWidth / 2 + paddingLeft).toFloat()

// 當前項的真正位置

val adapterPosition = parent.getChildAdapterPosition(itemView)

// 當前項的數(shù)據(jù)源

val item = data[adapterPosition]

子類中是不是真的都需要父類傳給它這些變量呢？讓我們來研究一下：

itemView：子類中畫結點需要確定自身的位置等信息 --> 需要
xPosition：雖然子類可以自己計算，但是由父類傳給子類豈不是更能保證它們都在同一條直線上？--> 需要
adapterPosition：需求中說到要根據(jù)位置繪制結點 --> 需要
item：子類自然要根據(jù)數(shù)據(jù)的狀態(tài)來判斷畫什么 --> 需要

其實說來說去，這些變量子類中都可以計算得到，之所以要由父類傳給子類，大致有以下幾個理由：

減少重復代碼量，遵循DRY原則（Don't repeat yourself）
防止父類和子類的數(shù)據(jù)獲取有出入，子類不按照父類的規(guī)則來計算
某一天又要改規(guī)則了，只需改動父類就可以了，無需改動多處

至于一個方法這么多個參數(shù)真的好嗎？這~我暫時也無能為力啦。修改后的代碼如下：

abstract class ThirdVerTimeline<T> : RecyclerView.ItemDecoration() {

    // 不重要的屬性...

    var color: (item: T) -> Int = { _ -> Color.GRAY }

    

    override fun onDraw(c: Canvas, parent: RecyclerView, state: RecyclerView.State) {

        super.onDraw(c, parent, state)

        val count = parent.childCount

        for (i in 0 until count) {

            // 【重要的變量】...

            // 畫上線和下線...

            

            // 子類畫結點！

            drawNode(c, parent, state, xPosition, item, itemView, adapterPosition)

        }

    }



    // 由子類實現(xiàn)

    protected abstract fun drawNode(c: Canvas, parent: RecyclerView, state: RecyclerView.State,

                                xPosition: Float, item: T, itemView: View, adapterPosition: Int)

    

    // getItemOffsets...

}



class DotTimeline<T> :ThirdVerTimeline<T>(){

    private val paint = Paint(Paint.ANTI_ALIAS_FLAG)

    private val radius = 10f



    override fun drawNode(c: Canvas, parent: RecyclerView, state: RecyclerView.State,

                        xPosition: Float, item: T, itemView: View, adapterPosition: Int) {

        // 簡簡單單畫圓即可

        paint.color = color(item)

        c.drawCircle(xPosition, itemView.top + offset + radius, radius, paint)

    }

}

搞了好大一圈，才只是實現(xiàn)了原本的功能而已，由于效果都是一模一樣的，我就不貼圖了。但是接下來我們就可以隨心所欲對父類進行擴展啦

不知道有沒有小伙伴有疑問，這不是也類似于Java中的模板模式嗎？你怎么不用上一章說的kotlin的函數(shù)類型啦？

的確用函數(shù)類型可以幫我們減少這些子類的數(shù)量，使用時只要新建一個ItemDecoration，并且設置drawNode屬性怎么畫就可以了，想想就美滋滋。然而我不這么做至少有兩個理由：

實現(xiàn)一個DotTimeline，可以復用，不至于每個要用到的地方都寫一遍drawNode的內容（當然也可能目前只有一處用到，但是未來是很長的~）

使DotTimeline的使用者關心的事情更少，職責更單一（其實我也是寫一半才想起的，也許并沒有人有這個疑問吧哈哈哈）

3.2第四版

第四版基于第三版的父類，實現(xiàn)個圖片的需求~

類似于之前提到的color屬性，這里我們也定義一個drawableRes屬性，用它來設置圖片選擇策略
同時我們還可以用nodeWidth和nodeHeight用來控制圖片的大小，畢竟我們并不是總能找到尺寸合適的圖片

class PicTimeline<T>(private val context: Context) : ThirdVerTimeline<T>() {

    lateinit var drawableRes: (item: T) -> Int



    override fun drawNode(c: Canvas, parent: RecyclerView, state: RecyclerView.State,

                        xPosition: Float, item: T, itemView: View, adapterPosition: Int) {

        // 從圖片選擇策略中獲得bitmap

        val bitmap = BitmapFactory.decodeResource(context.resources, drawableRes(item))

        val src = Rect(0, 0, bitmap.width, bitmap.height)

        val left = xPosition - nodeWidth / 2

        val top = (itemView.top + offset).toFloat()

        val dst = RectF(left, top, left + nodeWidth, top + nodeHeight)

        // 畫圖片

        c.drawBitmap(bitmap, src, dst, Paint()

        )

    }

}

在使用的時候，要設置一下drawableRes屬性（記得也要設置color屬性，這個屬性現(xiàn)在代表線的顏色）

picTimeline.drawableRes = { item ->

    when (item.status) {

        1 -> R.drawable.ic_checked

        else -> R.drawable.ic_uncheck

    }

}

rv_timeline4.addItemDecoration(picTimeline)

然后就可以運行一下看看效果~