الفرق بين المراجعتين لصفحة: «Kotlin/delegation»

من موسوعة حسوب
أنشأ الصفحة ب'<noinclude>{{DISPLAYTITLE:الانتقال الفرعيّ Delegation في Kotlin}}</noinclude> أثبت نموذج الانتقال الفرعيّ فعّاليته كب...'
 
طلا ملخص تعديل
سطر 1: سطر 1:
<noinclude>{{DISPLAYTITLE:الانتقال الفرعيّ Delegation في Kotlin}}</noinclude>
<noinclude>{{DISPLAYTITLE:الانتقال الفرعيّ Delegation في Kotlin}}</noinclude>
أثبت نموذج الانتقال الفرعيّ فعّاليته كبديلٍ جيّدٍ عن وراثة تعريف الاستخدام (implementation inheritance) إذ تدعم لغة Kotlin هذه الميّزة مما بشكل طبيعيّ دون الحاجة إلى أيّ نوع قياسيّ من الشيفرات، وبالتالي فإنّ الصنف المُشتقّ (<code>Derived</code>) يرِث من الواجهة (<code>Base</code>) وينقل فرعيًا (delegate) كلَّ توابعه العامّة (public methods) إلى كائنٍ مُحدَّدٍ، كما في الشيفرة الآتية:<syntaxhighlight lang="kotlin">
أثبت نموذج الانتقال الفرعيّ فعّاليته كبديلٍ جيّدٍ عن وراثة تعريف الاستخدام (implementation inheritance) إذ تدعم لغة Kotlin هذه الميّزة بشكلٍ طبيعيّ دون الحاجة إلى أيّ نوع قياسيّ من الشيفرات، وبالتالي فإنّ الصنف المُشتقّ (<code>Derived</code>) يرِث من الواجهة (<code>Base</code>) وينقل فرعيًا (delegate) كلَّ توابعه العامّة (public methods) إلى كائنٍ مُحدَّدٍ، كما في الشيفرة الآتية:<syntaxhighlight lang="kotlin">
interface Base {
interface Base {
     fun print()
     fun print()

مراجعة 13:13، 25 مارس 2018

أثبت نموذج الانتقال الفرعيّ فعّاليته كبديلٍ جيّدٍ عن وراثة تعريف الاستخدام (implementation inheritance) إذ تدعم لغة Kotlin هذه الميّزة بشكلٍ طبيعيّ دون الحاجة إلى أيّ نوع قياسيّ من الشيفرات، وبالتالي فإنّ الصنف المُشتقّ (Derived) يرِث من الواجهة (Base) وينقل فرعيًا (delegate) كلَّ توابعه العامّة (public methods) إلى كائنٍ مُحدَّدٍ، كما في الشيفرة الآتية:

interface Base {
    fun print()
}

class BaseImpl(val x: Int) : Base {
    override fun print() { print(x) }
}

class Derived(b: Base) : Base by b

fun main(args: Array<String>) {
    val b = BaseImpl(10)
    Derived(b).print() // سيطبع القيمة 10
}

إذ إنّ عبارة by في قائمة النوع الأعلى (supertype) للصنف Derived تفيد بأنّ المتحول b سيُخزَّن داخليًا في كائنات الصنف Derived ، وسيُولِّد المترجِم (compiler) كافَّة التوابع الموجودة في Base والتي ستوجَّه للمتحول b.

وتبقى إعادة التعريف (override) فعّالةً لأن المُترجِم سيستخدِم إعادة تعريف الاستخدام (override implementations) الموجودة بدلًا من تلك المنقولة فرعيًّا للكائن؛ أيّ إذا أضفنا إعادة التعريف: override fun print() { print("abc") }‎ للصنف Derived فستظهر العبارة "abc" بدلًا من القيمة "10".

مصادر