ما هو duck typing في Ruby؟

Question

Accepted Answer

**Duck typing** هو مبدأ يتم فيه تحديد مدى ملاءمة كائن بناءً على **ما هي الدوال (methods) التي يستجيب لها**، وليس فئته أو نوعه — "إذا كان يمشي مثل البطة ويصيح مثل البطة، فهو بطة." في Ruby، تهتم بأن الكائن *يستطيع القيام بـ* شيء ما (لديه الدالة)، وليس ما نوعه. هذا يتيح كوداً مرناً وشاملاً الأشكال (polymorphic) دون الحاجة للوراثة أو الواجهات.

## المبدأ: السلوك على حساب النوع

```ruby
# this method works with ANY object that has a `quack` method —
# regardless of its class. No interface or inheritance required.
def make_it_quack(duck)
  duck.quack            # only cares that `duck` responds to `quack`
end

class Duck
  def quack = "Quack!"
end
class Person
  def quack = "I'm imitating a duck!"
end

make_it_quack(Duck.new)     # "Quack!"
make_it_quack(Person.new)   # "I'm imitating a duck!" — works! (it has quack)
```

`make_it_quack` يعمل مع **أي** كائن لديه دالة `quack` — `Duck`، `Person`، أي شيء. لا يفحص النوع؛ فقط يستدعي الدالة. هذا هو شمول الأشكال دون وراثة مشتركة أو واجهات صريحة.

## duck typing في العالم الحقيقي

```ruby
# Ruby code typically relies on method presence, not type checks
def process(items)
  items.each { |i| puts i }   # works with ANY object that has `each`
  # → an Array, a Set, a Range, a custom Enumerable... all "quack" with each
end

# the << operator: works on anything that defines it
def append_to(collection, item)
  collection << item          # works on Array, String, IO, Logger... they all have <<
end
```

## التحقق من السلوك (وليس النوع)

```ruby
# ✅ duck-typed — check if it responds to a method (behavior)
if obj.respond_to?(:each)
  obj.each { ... }
end

# ❌ less Ruby-like — checking the class/type
if obj.is_a?(Array)   # rigid; duck typing prefers checking capability
end
```

Ruby الاصطلاحية تستخدم `respond_to?` (هل لديها هذه الدالة؟) على حساب `is_a?` (هل هي من هذا النوع؟) عندما تكون المرونة مهمة — التركيز على **القدرة، وليس الفئة**.

## لماذا يحتاج الفهم

Duck typing هو مبدأ أساسي في Ruby وخاصية مميزة لكيفية تحقيق Ruby للمرونة وشمول الأشكال، لذلك فهمه مهم لكتابة Ruby اصطلاحية.

الفكرة الأساسية — أن مدى ملاءمة الكائن يتحدد بـ **ما يستطيع القيام به (دوالها)، وليس فئتها/نوعها** — يتيح كوداً مرناً وشاملاً الأشكال *بدون* الحاجة لوراثة مشتركة أو واجهات صريحة (بخلاف اللغات المكتوبة بشكل ثابت حيث يحتاج شمول الأشكال إلى فئات أساسية مشتركة أو واجهات).

هذا محرر وقوي: دالة تعمل مع أي كائن يستجيب للدوال المطلوبة، لذلك يمكنك تمرير أي شيء يصيح مثل البطة — فئات مختلفة، كائنات مخصصة — وفقط يعمل، مما يجعل الكود قابلاً لإعادة الاستخدام والتكيف.

فهم duck typing يشرح أسلوب Ruby المرن والموجه نحو السلوك ولماذا كود Ruby عادة يعتمد على **وجود الدالة** (`respond_to?`) بدلاً من **فحوصات النوع** (`is_a?`) — التركيز على القدرة على الفئة هو الأسلوب الاصطلاحي في Ruby.

هذا المبدأ يدعم الكثير من أناقة Ruby ومرونة مكتباتها وأطر عملها (التي تعمل مع أي شيء يوفر الدوال الصحيحة، مثل أي شيء له `each` أو `<<`).

فهم duck typing — أن Ruby تهتم بالسلوك وليس النوع، مما يتيح شمول الأشكال الخالي من الواجهات، وأن Ruby الاصطلاحية تفحص القدرة وليس الفئة — مهم لكتابة Ruby مرنة واصطلاحية وللفهم الفلسفي الديناميكي والموجه نحو السلوك الذي يميز Ruby عن اللغات المكتوبة بشكل ثابت.

إنه موضوع مفهومي أساسي يجسد تصميم Ruby المرن وموضوع متكرر في المقابلات يعكس فهم البرمجة الديناميكية والمكتوبة بمبدأ duck typing.