من شواذ بايثون - إحذر عند مقارنة كائنين بإستخدام Is

السلام عليكم ...

لمحة جميلة أخي محمد :)

حتى في لغات أخرى كـ Java مثلاً هذا الشيء موجود....

معنى أننا نقارن كينونة العنصر, بدلاً من مقارنة القيم,

هو أننا نتحقق هل هو الكائن نفسه عن طريق الـ reference مثلاً, و ليس قيمة الكائنين,

فمثلاً في Java,

String first = "Khaled", second = "Khaled";
if(first == second)
	System.out.println("Yes, I will be written!");

و لكن لو قمت بالتالي ::

String first = "Khaled", second;
Scanner keyboard = new Scanner(System.in);
second = keyboard.next();
if(first == second)
	System.out.println("Yes, I will be written!");
else
	System.out.println("Comon, why they are not EQUAL ?");

و قمت بإدخال نفس القيمة التي أعطيناها لـ second في المثال الأول,

فإن الكائنان ليسا متساويان من ناحية الـ identity :)

و الصحيح أن نقوم بالتالي في Java إذا أردنا التحقق من المساواة ::

String first = "Khaled", second;
Scanner keyboard = new Scanner(System.in);
second = keyboard.next();
if(first.equals(second))
	System.out.println("Yes, I will be written!");
else
	System.out.println("Comon, why they are not EQUAL ?");

بالطبع في الحالة الأولى, الكائنان كانا متساويان من ناحية الـ identity لأن مترجم Java وجد أن النصين متشابهان تماماً, و بالتالي حجز لهما مكاناً واحداً و أشار إلى نفس المكان من first و second,

أما في الحالة الثانية, فالمترجم ليس موجوداً حتى يساعدنا :)

بالتأكيد المترجم استطاع فعل فعلته في الحالة الأولى لأن كائن النص في Java لا يمكن التعديل عليه Immutable و بالتالي لن يمكن تغيير النص الأصلي من أحد الـ references التي تشير إليه,

لاحظت أن بعض مبرمجي Java يقعون في هذا الخطأ و يعتقدون أن كائن النص متميز في Java عن البقية حيث أنه يمكن التحقق من المساواة باستخدام == بدلاً من equals,

شكراً على اللمحة الجميلة,

تحياتي ...

السلام عليكم أخي خالد

بل الشكر لك على إضافتك الجميلة, حقاً أفادتني كثيراً.

هل النقطة التي طرحتها ترتبط بمسألة هل الجافا تمرر بالقيمة أم بالمرجع؟

passing by reference or passing by value

قرأت في هذه المسألة و لم أستوعبها حتى الآن :)

لدي سؤال: بالنسبة ل JVM هل هناك قيم (أعداد) مخزنة في الذاكرة cashed مثل بايثون؟ لأن مسألة إعطاء True عند إختبار is مع Jython جعلتني أفكر هل الأعداد المخزنة مخزنة عن طريق مفسر جايثون أم عن طريق JVM.

إضافة للموضوع الأصلي:

جربت إختبار is مع PyS60 على نوكيا E71 و كانت النتيجة True لنطاق الأعداد من -2 إلى 100.

كما جربته مع IronPython 2.6b و كانت النتيجة False دائماً, إذن IronPython لا تحوي على Cashed Integers.

أي تعليق أو تصحيح أو توضيح مقبول بل و منتظر من جميع الإخوة :)

وفقكم الله

هون محوالتي في اثبات ذلك...

معلومة ممتااااااازة كتير كتير كتير

موفقين يارب

Bye...

تقريبا الحالة الوحيدة اللى بستخدم فيها is هى عند التعامل مع None

http://docs.python.org/c-api/none.html

ميغسى ياحج محمد :D

الشاذ في الموضوع ليس ان is لا تعطي true للقيم المتساوية, بل الشاذ انها تعطي true للارقام دون 256,

حيث ان is منذ البداية لا علاقة لها بقيمة الاشياء المقارنة

اقتباس

الشاذ في الموضوع ليس ان is لا تعطي true للقيم المتساوية, بل الشاذ انها تعطي true للارقام دون 256,

حيث ان is منذ البداية لا علاقة لها بقيمة الاشياء المقارنة

السلام عليكم أخي حسن .... ملاحظتك هي نفسها مدار الموضوع بالكامل

اقتباس

إليك التفسير:

في الحقيقة الحالة الثانية هي الأساس حيث أن is في بايثون تقارن كينونة العنصر نفسه و ليس قيمته

نقطة خارج الموضوع: مبروك أخي الكريم المركز الثاني في مسابقة المنتدى و إن كنت أرى من وجهة نظري أن برنامجك يستحق المركز الأول.

شكرا اخي محمد الله يبارك فيك و عقبالك :)

انا نقطة اعتراضي بس على عبارة:

اقتباس

فالمتوقع أن يكون الناتج true

لاني ارى ان العكس هو الصحيح, فالمتوقع من is ان لا يكون الناتج True لمجرد تساوي القيمة المخزنة في كلا المتغيرين.