كائن غير قابل للتغيير لا يمكن تغييره بعد الإنشاء؛ والكائن القابل للتغيير يمكن تغييره. هذا التمييز أساسي في Python ويؤثر على aliasing وdict keys والعوامل الدالة ومجموعة من الأخطاء الدقيقة.
Immutable: int, float, bool, str, tuple, frozenset, bytes, None
Mutable: list, dict, set, bytearray, and most custom objects
x =
x.upper()
x +=
n =
n +=
مع الكائنات غير القابلة للتغيير، العمليات التي تبدو وكأنها "تغير" القيمة تنتج في الواقع كائناً جديداً وتعيد ربط المتغير. الكائن الأصلي لا يتغير أبداً.
lst = [1, 2, 3]
lst.append(4) # modifies the SAME list object → [1, 2, 3, 4]
lst[0] = 99 # in-place change
# mutable — two names point to the SAME object
a = [1, 2, 3]
b = a # b is NOT a copy — it's the same list
b.append(4)
print(a) # [1, 2, 3, 4] ← a changed too! (they're aliases)
# to actually copy:
b = a.copy() # or list(a), or a[:]
تعيين كائن قابل للتغيير لا ينسخه — كلا الاسمين يشير إلى نفس الكائن، لذا التعديل من خلال أحدهما يؤثر على الآخر. هذا يفاجئ الكثيرين ويسبب أخطاء حقيقية.
d = {(1, 2): "point"} # ✅ tuple key — immutable, hashable
d = {[1, 2]: "x"} # ❌ TypeError — lists are unhashable (mutable)
مفاتيح Dict وأعضاء set يجب أن تكون hashable، وهذا يتطلب عدم القابلية للتغيير (مفتاح قابل للتغيير يمكن أن يتغير ويكسر جدول hash).
def modify(lst): lst.append(99) # mutates the caller's list (passed by reference)
def rebind(n): n += 1 # rebinds locally; caller's int unchanged
القابلية للتغيير مفهوم أساسي في Python يشرح مجموعة واسعة من السلوكيات والأخطاء: فخ aliasing (التعيين لا ينسخ الكائنات القابلة للتغيير)، لماذا يمكن للدوال تعديل قائمة مُمررة لكن ليس عدداً صحيحاً، لماذا فقط الكائنات غير القابلة للتغيير يمكن أن تكون dict keys/set members، وفخ mutable-default-argument.
فهم أي الأنواع قابلة للتغيير مقابل غير قابلة للتغيير — وأن تعديل كائن مشترك يؤثر على جميع المراجع له — ضروري لكتابة Python صحيح وتجنب بعض من أكثر المفاجآت شيوعاً فيه.