ہیش کیلیز کے طور پر سمبل کو کیوں ترجیح دی جاتی ہے؟

Question

Accepted Answer

**سمبل** Ruby میں **hash keys** کے لیے روایتی اور ترجیح یافتہ انتخاب ہیں کیونکہ یہ میموری کے لحاظ سے موثر ہیں (interned — ایک مشترکہ object) اور موازنہ کرنے میں تیز ہیں (شناخت سے)۔ سمبل کیلیز کا استعمال idiomatic Ruby ہے اور Rails جیسے frameworks میں معیار ہے۔

## سمبل کیلیز بمقابلہ سٹرنگ کیلیز

```ruby
# ✅ symbol keys — the idiomatic, preferred choice
user = { name: "Ann", age: 30, role: :admin }   # modern syntax: key: value
user[:name]                                       # "Ann"

# string keys — works, but less idiomatic and less efficient for fixed keys
user = { "name" => "Ann", "age" => 30 }
user["name"]
```

جدید `{ name: "Ann" }` syntax سمبل کیلیز استعمال کرتا ہے — fixed، معلوم کیلیز کے لیے معیار۔

## سمبل کیلیز کے طور پر بہتر کیوں ہیں

```ruby
# 1. MEMORY: each string key is a NEW object; a symbol is ONE shared (interned) object
{ "name" => 1 }   # "name" — a new string object each time it appears
{ name: 1 }        # :name — always the SAME single object (interned)
# → in a program with thousands of hashes using the same keys, symbols save lots of memory

# 2. SPEED: comparing symbols is by IDENTITY (fast); strings compare character-by-character
:name == :name     # fast — same object
"name" == "name"   # slower — compares each character
```

```text
✓ Memory-efficient — :name is interned (one shared object), reused everywhere
✓ Fast comparison — by object identity, not character-by-character
✓ Immutable — keys won't accidentally change
✓ Idiomatic — symbol keys are the Ruby/Rails convention; signal "this is an identifier"
```

چونکہ hash کیلیز عام طور پر fixed identifiers ہیں جو بار بار استعمال ہوتے ہیں (متبدل ٹیکسٹ ڈیٹا نہیں)، سمبل کی interning (ایک مشترکہ object ہر جگہ دوبارہ استعمال) اور تیز identity موازنہ انہیں سٹرنگز سے زیادہ موثر اور مناسب بناتے ہیں۔

## جب سٹرنگز اب بھی کیلیز کے طور پر مناسب ہیں

```ruby
# use STRING keys when keys are dynamic/data (e.g. from user input, JSON, varying values)
params = JSON.parse(input)    # → string keys (data, not fixed identifiers)
counts = Hash.new(0)
counts[user_input] += 1        # dynamic keys from data → strings
```

سٹرنگ کیلیز مناسب ہیں جب کیلیز **متحرک ڈیٹا** سے آتے ہیں (صارف کی input، parsed JSON، متبدل اقدار) fixed identifiers کی بجائے۔

## یہ کیوں اہم ہے

سمجھنا کہ سمبل hash کیلیز کے طور پر کیوں ترجیح دی جاتی ہے یہ اہم idiomatic Ruby علم ہے، کیونکہ symbol-keyed hashes (`{ name: "Ann" }`) Ruby اور Rails میں سراسر موجود ہیں، اور یہ جاننا کہ *کیوں* (اور کب نہیں) صحیح سمجھ کی عکاسی کرتا ہے۔

سمبل fixed کیلیز کے لیے بہتر ہیں وہ وجوہات ٹھوس ہیں: **میموری کی بچت** (سمبل interned ہیں — `:name` ہمیشہ ایک مشترکہ object ہے جو ہر جگہ دوبارہ استعمال ہوتا ہے، جبکہ ہر سٹرنگ کی `"name"` ایک علیحدہ object ہے، تو بہت سارے hashes والے پروگرامز میں جو ایک جیسی کیلیز استعمال کرتے ہیں، سمبل بہت سی میموری بچاتے ہیں) اور **رفتار** (سمبل object شناخت سے موازنہ کرتے ہیں جو تیز ہے، جبکہ سٹرنگز حروف بہ حروف موازنہ کرتی ہیں)۔

چونکہ hash کیلیز عام طور پر **fixed identifiers ہیں جو بار بار استعمال ہوتے ہیں** (option کے نام، field کے نام، fixed لیبل) متبدل ٹیکسٹ ڈیٹا کی بجائے، سمبل کی interning اور تیز موازنہ انہیں موثر، مناسب، اور idiomatic انتخاب بناتے ہیں — یہی وجہ ہے کہ جدید `key: value` syntax اور Rails کنونشن سمبل کیلیز استعمال کرتے ہیں۔

برابر اہم یہ جاننا ہے **سٹرنگ کیلیز کب اب بھی مناسب ہیں**: جب کیلیز **متحرک ڈیٹا** ہوں (صارف کی input، parsed JSON، یا متبدل اقدار) fixed identifiers کی بجائے۔

دکھانا کہ efficiency کی وجوہات (interning، تیز موازنہ)، fixed identifiers کے لیے سمبل کی مناسبیت، اور سٹرنگ کیلیز کہاں فٹ ہوتی ہیں (متحرک ڈیٹا) اہم ہے idiomatic، موثر Ruby لکھنے کے لیے اور Ruby/Rails code میں سراسر موجود symbol-keyed hashes کو سمجھنے کے لیے۔

یہ وسیع تر symbol-بمقابلہ-string امتیاز کے ساتھ جڑا ہوا ہے اور بار بار سامنے آنے والا موضوع ہے جو Ruby کی ایک اہم idiomatic practice کی سمجھ کی عکاسی کرتا ہے جو performance اور convention دونوں کو متاثر کرتا ہے۔