invalidate() — یہ کیا ہے، دوبارہ ڈرائو کا طریقہ کار اور invalidate(Rect)

Android میں invalidate() کیا ہے

invalidate() android.view.View کلاس کا ایک طریقہ ہے جو Android سسٹم کو بتاتا ہے کہ ایک ویو کی بصری نمائندگی پرانی ہو چکی ہے۔ طریقہ کال کرنے کے بعد، سسٹم ویو کو dirty کے طور پر نشان زد کرتا ہے اور اگلے اسکرین ریفریش سائیکل میں اس کے دوبارہ ڈرائو کا شیڈول بناتا ہے (عام طور پر 60 FPS کے لیے 16 ms)۔

invalidate() طریقہ مختلف شکلوں میں آتا ہے: بغیر پیرامیٹر (مکمل دوبارہ ڈرائو)، Rect پیرامیٹر کے ساتھ (جزوی)، اور ltrb پیرامیٹر (left, top, right, bottom) کے ساتھ۔ تمام ورژن غیر متزامن طور پر کام کرتے ہیں اور UI تھریڈ سے کال کیے جانے چاہئیں۔ پس منظر کے تھریڈ سے کال کرنے کے لیے postInvalidate() موجود ہے۔

invalidate() کے ذریعے دوبارہ ڈرائو کیسے کام کرتا ہے

Android میں دوبارہ ڈرائو کا طریقہ کار ViewRootImpl پر مبنی ہے — ایک داخلی کمپوننٹ جو View درجہ بندی کو ڈرائو کے لیے Surface سے جوڑتا ہے۔ جب invalidate() کال کیا جاتا ہے، ViewRootImpl ویو کے علاقے کو dirty کے طور پر نشان زد کرتا ہے اور Choreographer کے ذریعے دوبارہ ڈرائو کی درخواست بھیجتا ہے — ایک سسٹم سروس جو ڈرائو کو اسکرین ریفریش ریٹ کے ساتھ مطابقت پذیر کرتی ہے۔

دوبارہ ڈرائو کا چکر

Choreographer Vsync سے سگنل وصول کرتا ہے اور تین مراحل کا عمل شروع کرتا ہے: measure، layout، draw۔ تاہم، invalidate() صرف draw مرحلے کو متاثر کرتا ہے — measure اور layout مراحل اس وقت تک عمل میں نہیں آتے جب تک requestLayout() کال نہ کیا جائے۔ یہ ایک اہم فرق ہے: invalidate() requestLayout() سے ہلکا ہے کیونکہ یہ جیومیٹری کا دوبارہ حساب نہیں کرتا۔

class CustomChartView(context: Context, attrs: AttributeSet?)
    : View(context, attrs) {

    private var dataPoints: List<Float> = emptyList()
    private val paint = Paint(Paint.ANTI_ALIAS_FLAG)

    fun updateData(newPoints: List<Float>) {
        dataPoints = newPoints
        invalidate() // دوبارہ ڈرائو کی درخواست
    }

    override fun onDraw(canvas: Canvas) {
        super.onDraw(canvas)
        paint.color = Color.BLUE
        paint.strokeWidth = 4f
        paint.style = Paint.Style.STROKE

        // چارٹ لائن کھینچنا
        val path = Path()
        dataPoints.forEachIndexed { index, value ->
            val x = index * width / max(dataPoints.size - 1, 1)
            val y = height - value * height
            if (index == 0) path.moveTo(x, y)
            else path.lineTo(x, y)
        }
        canvas.drawPath(path, paint)
    }
}

اس مثال میں، ایک گراف ڈرائو کرنے کے لیے ایک کسٹم View ڈیٹا اپ ڈیٹ ہونے پر invalidate() کال کرتا ہے۔ سسٹم درجہ بندی میں دوسرے عناصر کو متاثر کیے بغیر صرف اس View کو دوبارہ ڈرائو کرتا ہے۔ onDraw() Path کے ذریعے لکیریں کھینچنے کے لیے Canvas وصول کرتا ہے۔

invalidate() بمقابلہ postInvalidate()

invalidate() اور postInvalidate() کے درمیان بنیادی فرق تھریڈ کی حفاظت میں ہے۔ invalidate() صرف UI تھریڈ (مرکزی تھریڈ) سے کال کیا جانا چاہیے۔ postInvalidate() کسی بھی تھریڈ سے کال کیا جا سکتا ہے — یہ Handler کے ذریعے UI تھریڈ کو دوبارہ ڈرائو کی درخواست بھیجتا ہے۔

عملی طور پر، postInvalidate() نیٹ ورک ڈیٹا لوڈنگ، سینسر نتائج پروسیسنگ یا پس منظر کے حساب کتاب کے منظرناموں میں استعمال ہوتا ہے۔ اگر آپ UI تھریڈ میں ہیں — کم سے کم تاخیر کے لیے ہمیشہ invalidate() استعمال کریں۔

    // UI تھریڈ سے کال کیا گیا
view.invalidate()

    // پس منظر کے تھریڈ سے کال کیا گیا
Thread {
    // بھاری حسابات
    val result = performHeavyCalculation()
    runOnUiThread {
        updateUi(result)
    }
}.start()

invalidate(Rect) کے ذریعے جزوی دوبارہ ڈرائو

invalidate(Rect) اور invalidate(int l, int t, int r, int b) دوبارہ ڈرائو کے علاقے کو محدود کرنے کی اجازت دیتے ہیں۔ یہ کارکردگی کے لیے اہم ہے: جب View کا صرف ایک حصہ تبدیل ہوتا ہے (مثلاً، کرسر کی حرکت، اشارے کی تبدیلی)، پورے ویو کو دوبارہ ڈرائو کرنے کی ضرورت نہیں ہے۔

سسٹم مخصوص dirty مستطیل کو onDraw() میں canvas.clipBounds کے ذریعے بھیجتا ہے۔ onDraw() کے اندر، آپ clipBounds چیک کر سکتے ہیں اور صرف اس علاقے کے اندر ڈرائو کر سکتے ہیں، حالانکہ Android Canvas خود بخود dirty مستطیل کے باہر ڈرائو کو کلپ کرتا ہے۔

    // جزوی اپ ڈیٹ: صرف کرسر کا علاقہ
private val cursorRect = Rect()

fun moveCursorTo(newX: Int, newY: Int) {
    // پرانی پوزیشن کو باطل کریں
    invalidate(cursorRect)

    cursorRect.set(newX - 5, newY - 5,
                  newX + 5, newY + 5)

    // نئی پوزیشن کو باطل کریں
    invalidate(cursorRect)
}

جزوی دوبارہ ڈرائو کے بغیر، ہر کرسر حرکت پورے View کو دوبارہ ڈرائو کرے گی، جو ایک بڑے گراف کے لیے چند درجن کے بجائے ہزاروں پکسلز کو دوبارہ ڈرائو کرنے کے برابر ہے۔ invalidate(Rect) ایڈیٹرز، ڈرائو کینوس اور اینی میٹڈ کمپوننٹ کے لیے ایک ضروری تکنیک ہے۔

invalidate() بمقابلہ requestLayout(): کیا فرق ہے

ایک عام غلطی requestLayout() کو کال کرنا ہے جہاں invalidate() کافی ہوگا، اور اس کے برعکس۔ فرق بنیادی ہے: invalidate() صرف draw مرحلے کو متاثر کرتا ہے، جبکہ requestLayout() ایک مکمل measure → layout → draw چکر شروع کرتا ہے۔

اگر آپ TextView میں متن تبدیل کرتے ہیں، تو invalidate() کافی ہے کیونکہ View کا سائز نہیں بدلتا۔ اگر متن نئی لائن میں جا سکتا ہے اور اونچائی بڑھا سکتا ہے، تو requestLayout() کی ضرورت ہے۔ Android Lint کارکردگی کے قواعد کے ذریعے ایسی غلطیوں کو ٹریک کرنے میں مدد کرتا ہے۔

invalidate() کارکردگی کی اصلاح

ضرورت سے زیادہ invalidate() کالز Android میں کسٹم View کی خراب کارکردگی کی ایک اہم وجہ ہیں۔ آئیے اصلاح کی تکنیکوں کو دیکھتے ہیں۔

کال کی فریکوئنسی کم سے کم کریں

اگر ڈیٹا زیادہ فریکوئنسی (سینسرز، اینی میشن، ویڈیو) پر اپ ڈیٹ ہوتا ہے، تو ہر تبدیلی پر invalidate() کال نہ کریں۔ اسکرین ریفریش ریٹ کے ساتھ مطابقت پذیر ہونے کے لیے ValueAnimator یا Choreographer.FrameCallback استعمال کریں۔ یہ یقینی بناتا ہے کہ invalidate() فی فریم ایک بار سے زیادہ کال نہ ہو۔

ہارڈویئر ایکسلریشن استعمال کریں

API 14 سے، Android GPU کے ذریعے ہارڈویئر ایکسلریشن کو سپورٹ کرتا ہے۔ اگر آپ کا کسٹم View صرف Canvas API (drawRect، drawCircle، drawPath) استعمال کرتا ہے، تو ایکسلریشن شفاف طریقے سے کام کرتی ہے۔ DisplayList مطابق آپریشنز کے لیے، invalidate() نمایاں طور پر تیزی سے پروسیس ہوتا ہے۔

// Vsync مطابقت کے لیے Choreographer استعمال کرنا
private val frameCallback = Choreographer.FrameCallback { frameTimeNanos ->
    updateAnimation(frameTimeNanos)
    invalidate()
    Choreographer.getInstance().postFrameCallback(this)
}

fun startAnimation() {
    Choreographer.getInstance().postFrameCallback(frameCallback)
}

ہدفی اپ ڈیٹس کے لیے invalidate(Rect) استعمال کریں، onDraw() سے invalidate() کال کرنے سے گریز کریں (لامحدود لوپ)، اور ہمیشہ ڈیوائس پر GPU Profile Rendering کے ذریعے پروفائل کریں۔ یہ ہر فریم کا صحیح رینڈرنگ وقت دکھائے گا اور مسائل والے علاقوں کی شناخت میں مدد کرے گا۔