أوبجكتيف سي

في عام ١٩٨٨، حصلت شركة NeXT على ترخيص لغة Objective-C من شركة StepStone (الاسم الجديد لشركة PPI، المالكة لعلامة Objective-C التجارية)، وقامت بتوسيع مُصرّف GCC لدعم هذه اللغة. طوّرت NeXT مكتبتي Application Kit (AppKit) و Foundation Kit اللتين استندت إليهما واجهة المستخدم NeXTSTEP وأداة Interface Builder. ورغم أن محطات عمل NeXT لم تُحقق نجاحًا كبيرًا في السوق، إلا أن أدواتها لاقت استحسانًا واسعًا في هذا المجال. توقفت NeXT عن إنتاج الأجهزة وركزت على أدوات البرمجيات، حيث سوّقت NeXTSTEP (وOPENSTEP) كمنصة للبرمجة المُخصصة.

للتحايل على شروط رخصة جنو العمومية (GPL) ، كانت شركة NeXT تعتزم في الأصل شحن واجهة Objective-C الأمامية بشكل منفصل، مما يسمح للمستخدم بربطها مع GCC لإنتاج ملف تنفيذي للمترجم. ورغم موافقة ريتشارد إم. ستالمان المبدئية على هذه الخطة، إلا أنها رُفضت بعد استشارة ستالمان لمحامي جنو، ووافقت NeXT على جعل Objective-C جزءًا من GCC. ^{[ 12 ]}

قاد ستيف ناروف، الذي انضم إلى شركة NeXT قادمًا من شركة StepStone، العمل على توسيع مجموعة مُترجمات GNU (GCC). أُتيحت تعديلات المُترجم وفقًا لشروط رخصة جنو العمومية (GPL)، لكن مكتبات وقت التشغيل لم تُتح، مما جعل المساهمة مفتوحة المصدر غير قابلة للاستخدام من قِبل عامة الناس. دفع هذا الأمر جهات أخرى إلى تطوير مكتبات وقت تشغيل مماثلة بموجب تراخيص مفتوحة المصدر. لاحقًا، كان ستيف ناروف أيضًا مساهمًا رئيسيًا في العمل لدى شركة Apple لبناء واجهة Objective-C الأمامية لـ Clang . ^{[ 13 ]}

بدأ مشروع جنو العمل على تطبيقه المجاني لبرمجيات كوكوا ، والذي أطلق عليه اسم جنو ستيب ، استنادًا إلى معيار أوبن ستيب . ^{[ 14 ]} كتب دينيس غلاتينغ أول بيئة تشغيل جنو أوبجكتيف-سي في عام 1992. أما بيئة تشغيل جنو أوبجكتيف-سي الحالية، المستخدمة منذ عام 1993، فهي تلك التي طورها كريستن كراب ثورب عندما كان طالبًا جامعيًا في الدنمارك . ^{[ 15 ]} عمل ثورب أيضًا في شركة نيكست من عام 1993 إلى عام 1996. ^{[ 16 ]}

بعد استحواذها على شركة NeXT عام ١٩٩٦، استخدمت شركة Apple Computer برنامج OpenStep في نظام تشغيلها الجديد آنذاك، Mac OS X. وشمل ذلك لغة Objective-C، وأداة تطوير البرامج Project Builder من NeXT المبنية على Objective-C ، وأداة تصميم واجهات المستخدم Interface Builder . وقد دُمجت كلتا الأداتين لاحقًا في تطبيق واحد هو Xcode . وتعتمد معظم واجهة برمجة تطبيقات Cocoa الحالية من Apple على كائنات واجهة OpenStep، وهي بيئة Objective-C الأكثر استخدامًا في التطوير النشط.

في مؤتمر المطورين العالمي (WWDC) 2014، قدمت شركة أبل لغة جديدة، وهي Swift ، والتي تم وصفها بأنها "Objective-C بدون C". ^{[ 17 ]}

يعتمد نموذج البرمجة الكائنية في لغة Objective-C على تمرير الرسائل إلى نسخ الكائنات. في Objective-C، لا يتم استدعاء دالة ، بل يتم إرسال رسالة . وهذا يختلف عن نموذج البرمجة Simula المستخدم في لغة C++ . يكمن الفرق بين هذين المفهومين في كيفية تنفيذ الكود المشار إليه باسم الدالة أو الرسالة. في لغة Simula، يرتبط اسم الدالة - في معظم الحالات - بجزء من الكود في الفئة المستهدفة بواسطة المُصرّف. أما في Smalltalk وObjective-C، فيتم تحديد هدف الرسالة أثناء التشغيل، حيث يقوم الكائن المُستقبِل نفسه بتفسير الرسالة. يتم تحديد الدالة بواسطة مُحدِّد فريد (selector ) SEL- وهو مُعرِّف فريد لكل اسم رسالة، وغالبًا ما يكون سلسلة نصية تنتهي بـ s تُمثِّل اسمها - ويتم تحويلها إلى مؤشر دالة C يُنفِّذها . ^{[ 22 ]} نتيجةً لذلك، لا يحتوي نظام تمرير الرسائل على فحص للأنواع. لا يُضمن أن يستجيب الكائن الذي تُوجه إليه الرسالة - أي المُستقبِل - للرسالة، وإذا لم يستجب، فإنه يُثير استثناءً. ^{[ 23 ]}NULIMP

يتطلب إرسال الرسالة methodإلى الكائن الذي يشير إليه المؤشر كتابة الكود التالي بلغة C++ :obj

obj -> method ( argument );

في لغة Objective-C، يُكتب هذا على النحو التالي:

[ obj method : argument ];

يُترجم المُصرّف استدعاء "method" إلى objc_msgSend(id self, SEL op, ...)مجموعة دوال وقت التشغيل. ^{[ 24 ]} وتتعامل تطبيقات مختلفة مع الإضافات الحديثة مثل super. ^{[ 25 ]} في عائلات GNU، تُسمى هذه الدالة objc_msg_sendv، ولكن تم إهمالها لصالح نظام بحث حديث ضمن objc_msg_lookup. ^{[ 26 ]}

لكل من أسلوبي البرمجة نقاط قوة وضعف متعددة. تسمح البرمجة كائنية التوجه في لغة سيمولا ( C++ ) بالوراثة المتعددة والتنفيذ الأسرع باستخدام الربط في وقت الترجمة كلما أمكن، لكنها لا تدعم الربط الديناميكي افتراضيًا. كما أنها تُلزم جميع الدوال بوجود تطبيق مطابق لها ما لم تكن مجردة . أما البرمجة بأسلوب سمول توك، كما هو مستخدم في أوبجكتيف-سي، فتسمح بترك الرسائل دون تطبيق، حيث يتم تحديد تطبيق الدالة في وقت التشغيل. على سبيل المثال، يمكن إرسال رسالة إلى مجموعة من الكائنات، والتي يُتوقع أن يستجيب بعضها فقط، دون خشية حدوث أخطاء في وقت التشغيل. كما أن تمرير الرسائل لا يتطلب تعريف الكائن في وقت الترجمة . مع ذلك، لا يزال التطبيق مطلوبًا لاستدعاء الدالة في الكائن المشتق. (انظر قسم الكتابة الديناميكية أدناه لمزيد من مزايا الربط الديناميكي (المتأخر)).

تتطلب لغة Objective-C أن تكون واجهة وتنفيذ الصنف في كتل برمجية مُعلنة بشكل منفصل. جرت العادة أن يضع المطورون الواجهة في ملف رأس، والتنفيذ في ملف برمجي. تشبه ملفات الرأس، التي عادةً ما يكون لاحقتها .h، ملفات رأس لغة C، بينما قد تكون ملفات التنفيذ (الأساليب)، التي عادةً ما يكون لاحقتها .m، مشابهة جدًا لملفات برمجية لغة C.

@interface ClassName : SuperclassName { // متغيرات النسخة } + classMethod1 ; + ( return_type ) classMethod2 ; + ( return_type ) classMethod3: ( param1_type ) param1_varName ;- ( return_type ) مثيلMethod1With1Parameter: ( param1_type ) param1_varName ؛ - ( return_type ) مثيل Method2With2Parameters: ( param1_type ) param1_varName param2_callName :( param2_type ) param2_varName ; @نهاية

class ClassName : public SuperclassName { protected : // متغيرات النسخةعام : // دوال الفئة (الثابتة) static void * classMethod1 (); static return_type classMethod2 (); static return_type classMethod3 ( param1_type param1_varName );// دوال المثيل (العضو) return_type instanceMethod1With1Parameter ( param1_type param1_varName ); return_type instanceMethod2With2Parameters ( param1_type param1_varName , param2_type param2_varName = default ); };

- ( void ) setRangeStart: ( int ) start end: ( int ) end ; - ( void ) importDocumentWithName: ( NSString * ) name withSpecifiedPreferences :( Preferences * ) prefs beforePage :( int ) insertPage ;

@implementation classname + ( return_type ) classMethod { // implementation } - ( return_type ) instanceMethod { // implementation } @end

- ( int ) method: ( int ) i { return [ self square_root : i ]; }

دالة int ( int i ) { return square_root ( i ); }

- ( void ) changeColorToRed: ( float ) red green: ( float ) green blue: ( float ) blue { //... التنفيذ ... }// يتم استدعاؤها على النحو التالي: [ myColor changeColorToRed : 5.0 green : 2.0 blue : 6.0 ];

MyObject * foo = [[ MyObject alloc ] init ];

MyObject * foo = [[ MyObject alloc ] initWithString : myString ];

MyObject * foo = [ MyObject new ];

MyObject * foo = [ MyObject object ]; MyObject * bar = [ MyObject objectWithString : @"Wikipedia :)" ];

- ( id ) init {self = [ super init ];إذا ( الذات ) {// قم بتهيئة الكائن هنا}أعد الذات ؛}

في لغات البرمجة الأخرى، تسمى هذه الواجهات .

تم تطوير لغة Objective-C في شركة NeXT لإدخال مفهوم التوريث المتعدد للمواصفات، وليس للتنفيذ، وذلك من خلال إدخال البروتوكولات . هذا نمط يمكن تحقيقه إما كفئة أساسية مجردة متعددة التوريث في لغة C++ ، أو كواجهة ( كما في لغتي Java و C# ). تستخدم Objective-C بروتوكولات مخصصة تُسمى البروتوكولات غير الرسمية، وبروتوكولات يفرضها المُصرّف تُسمى البروتوكولات الرسمية .

البروتوكول غير الرسمي هو قائمة بالأساليب التي يمكن للفئة اختيار تنفيذها. يُذكر في التوثيق، لعدم وجوده في اللغة نفسها. تُنفذ البروتوكولات غير الرسمية كفئة ( انظر أدناه) في NSObject، وغالبًا ما تتضمن أساليب اختيارية، والتي يُمكن أن تُغير سلوك الفئة عند تنفيذها. على سبيل المثال، قد تحتوي فئة حقل نصي على مُفوَّض يُنفذ بروتوكولًا غير رسمي مع أسلوب اختياري لإكمال النص الذي يُدخله المستخدم تلقائيًا. يكتشف حقل النص ما إذا كان المُفوَّض يُنفذ هذا الأسلوب (عبر البرمجة الانعكاسية )، وإذا كان الأمر كذلك، فإنه يستدعي أسلوب المُفوَّض لدعم ميزة الإكمال التلقائي.

البروتوكول الرسمي يُشبه الواجهة في لغات جافا وسي شارب وآدا 2005. وهو عبارة عن قائمة بالأساليب التي يُمكن لأي فئة أن تُعلن عن نفسها لتنفيذها. كانت إصدارات أوبجكتيف-سي السابقة للإصدار 2.0 تشترط على الفئة تنفيذ جميع الأساليب في البروتوكول الذي تُعلن عن نفسها لتبنيه؛ وسيُصدر المُصرّف خطأً إذا لم تُنفذ الفئة جميع الأساليب من بروتوكولاتها المُعلنة. أضافت أوبجكتيف-سي 2.0 دعمًا لتمييز أساليب مُعينة في البروتوكول على أنها اختيارية، ولن يُجبر المُصرّف على تنفيذ الأساليب الاختيارية.

يجب تعريف فئة لتطبيق بروتوكول معين حتى يُقال إنها متوافقة معه. ويمكن اكتشاف ذلك أثناء التشغيل. لا توفر البروتوكولات الرسمية أي تطبيقات؛ فهي ببساطة تضمن للمستخدمين أن الفئات المتوافقة مع البروتوكول ستوفر تطبيقات. في مكتبة NeXT/Apple، يستخدم نظام الكائنات الموزعة البروتوكولات بشكل متكرر لتمثيل قدرات كائن يعمل على نظام بعيد.

بناء الجملة

@protocol NSLocking - ( void ) lock ; - ( void ) unlock ; @end

يشير ذلك إلى وجود فكرة مجردة للتأمين. من خلال ذكر أن البروتوكول مُنفَّذ في تعريف الفئة،

@interface NSLock : NSObject < NSLocking > // ... @end

تزعم أمثلة NSLock أنها ستوفر تطبيقًا لطريقتي المثال.

تتيح لغة Objective-C، مثل Smalltalk، استخدام الكتابة الديناميكية : حيث يمكن إرسال رسالة إلى كائن غير مُحددة في واجهته. وهذا يُتيح مرونة أكبر، إذ يسمح للكائن "بالتقاط" رسالة وإرسالها إلى كائن آخر قادر على الاستجابة لها بشكل مناسب، أو إرسالها إلى كائن آخر. يُعرف هذا السلوك بتوجيه الرسائل أو تفويضها (انظر أدناه). بدلاً من ذلك، يمكن استخدام معالج أخطاء في حال تعذر توجيه الرسالة. إذا لم يقم الكائن بتوجيه رسالة، أو الاستجابة لها، أو معالجة خطأ، فسيُصدر النظام استثناءً أثناء التشغيل. ^{[ 29 ]} إذا أُرسلت الرسائل إلى nil (مؤشر الكائن الفارغ)، فسيتم تجاهلها بصمت أو سيتم إطلاق استثناء عام، وذلك حسب خيارات المُصرّف.

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

- ( void ) setMyValue: ( id ) foo ;

في البيان أعلاه، قد يكون foo من أي فئة.

- ( void ) setMyValue: ( id < NSCopying > ) foo ;

في البيان أعلاه، قد يكون foo مثالاً لأي فئة تتوافق مع NSCopyingالبروتوكول.

- ( void ) setMyValue: ( NSNumber * ) foo ;

في العبارة أعلاه، يجب أن يكون foo مثيلاً لفئة NSNumber .

- ( void ) setMyValue: ( NSNumber < NSCopying > * ) foo ;

في البيان أعلاه، يجب أن يكون foo مثيلاً لفئة NSNumber ، ويجب أن يتوافق مع NSCopyingالبروتوكول.

في لغة Objective-C، تُمثَّل جميع الكائنات كمؤشرات، ولا يُسمح بالتهيئة الثابتة. أبسط كائن هو النوع الذي يُشير إليه المؤشر id ( objc_obj * )، والذي يحتوي فقط على مؤشر isa يصف فئته. أما الأنواع الأخرى من لغة C، مثل القيم والهياكل، فتبقى دون تغيير لأنها ليست جزءًا من نظام الكائنات. يختلف هذا القرار عن نموذج كائنات C++، حيث تُدمج الهياكل والفئات.

تسمح لغة Objective-C بإرسال رسالة إلى كائن قد لا يستجيب. فبدلاً من الاستجابة أو تجاهل الرسالة، يمكن للكائن إعادة توجيهها إلى كائن آخر قادر على الاستجابة. ويمكن استخدام إعادة التوجيه لتبسيط تطبيق بعض أنماط التصميم ، مثل نمط المراقب أو نمط الوكيل .

يحدد وقت تشغيل Objective-C زوجًا من الطرق فيObject

• طرق إعادة التوجيه:

  - ( retval_t ) forward: ( SEL ) sel args: ( arglist_t ) args ; // مع GCC - ( id ) forward: ( SEL ) sel args: ( marg_list ) args ; // مع أنظمة NeXT/Apple

• أساليب العمل:

  - ( retval_t ) performv: ( SEL ) sel args: ( arglist_t ) args ; // مع GCC - ( id ) performv: ( SEL ) sel args: ( marg_list ) args ; // مع أنظمة NeXT/Apple

يحتاج الكائن الراغب في تطبيق إعادة التوجيه إلى استبدال دالة إعادة التوجيه بدالة جديدة لتحديد سلوك إعادة التوجيه. performv::لا داعي لاستبدال دالة الإجراء، لأنها ببساطة تُنفذ إجراءً بناءً على المُحدِّد والوسائط. لاحظ النوع SEL، وهو نوع الرسائل في لغة Objective-C.

ملاحظة: في OpenStep و Cocoa و GNUstep، وهي أطر عمل شائعة الاستخدام في Objective-C، لا يتم استخدام الفئة Object. يتم استخدام طريقة الفئة لإجراء التوجيه.-(void)forwardInvocation:(NSInvocation*)anInvocationNSObject

#import <objc/Object.h>@interface Forwarder : Object { id recipient ; // الكائن الذي نريد إعادة توجيه الرسالة إليه. }// دوال الوصول. - ( id ) recipient ; - ( id ) setRecipient: ( id ) _recipient ; @end

#import "Forwarder.h"@implementation Forwarder - ( retval_t ) forward: ( SEL ) sel args: ( arglist_t ) args { /*  * التحقق مما إذا كان المستلم قد استجاب للرسالة.  * قد يكون هذا مرغوبًا أو غير مرغوب فيه، على سبيل المثال، إذا  لم يستجب المستلم * بدوره للرسالة، فقد يقوم بإعادة توجيهها  * بنفسه.  */ if ([ recipient respondsToSelector : sel ]) { return [ recipient performv : sel args : args ]; } else { return [ self error : "المستلم لم يستجب" ]; } }- ( id ) setRecipient: ( id ) _recipient { [ recipient autorelease ]; recipient = [ _recipient retain ]; return self ; }- ( id ) recipient { return recipient ; } @end

#import <objc/Object.h>// كائن مُستقبِل بسيط. @interface Recipient : Object - ( id ) hello ; @end

#import "Recipient.h"مستلم التنفيذ- ( id ) hello { printf ( "يقول المستلم مرحباً! \n " );أعد الذات ؛ }@نهاية

#import "Forwarder.h" #import "Recipient.h"int main ( void ) { Forwarder * forwarder = [ Forwarder new ]; Recipient * recipient = [ Recipient new ];[ forwarder setRecipient : recipient ]; // تعيين المُستلِم. /*  * لاحظ أن المُرسِل لا يستجيب لرسالة hello! سيتم  * إعادة توجيهها. سيتم إعادة توجيه جميع الطرق غير المُعترف بها إلى  * المُستلِم  * (إذا استجاب لها المُستلِم، كما هو مكتوب في المُرسِل)  */ [ forwarder hello ];[ إذن المستلم ]؛ [ إذن المرسل ]؛return 0 ; }

$ gcc -x objective-c -Wno-import Forwarder.m Recipient.m main.m -lobjc main.m: في الدالة `main`: main.m:12: تحذير: الدالة `Forwarder` لا تستجيب للرسالة `hello` $

$ ./a.out يقول المستلم مرحباً!

أثناء تصميم لغة Objective-C، كان أحد الشواغل الرئيسية هو سهولة صيانة قواعد البيانات البرمجية الكبيرة. وقد أظهرت التجارب في مجال البرمجة الهيكلية أن إحدى الطرق الرئيسية لتحسين الكود هي تقسيمه إلى أجزاء أصغر. واستلهامًا من مفهوم "المزيجات" في نظام كائنات Common Lisp ، تم تطوير مفهوم الفئات في Objective-C للمساعدة في هذه العملية. ^{[ 30 ]}

تتيح الفئات إمكانية توسيع أساليب الفئة ديناميكيًا أثناء التشغيل . وقد مكّن هذا المبرمج من استخدام الفئات المفتوحة دون الحاجة إلى إعادة تجميع تلك الفئة أو حتى الوصول إلى شفرتها المصدرية. على سبيل المثال، إذا لم يتضمن النظام مدققًا إملائيًا في تطبيق String الخاص به، فيمكن إضافته دون تعديل شفرة مصدر String. ^{[ 30 ]}

تصبح الطرق داخل الفئات غير قابلة للتمييز عن الطرق في الصنف عند تشغيل البرنامج. تتمتع الفئة بإمكانية الوصول الكامل إلى جميع متغيرات النسخة داخل الصنف، بما في ذلك المتغيرات الخاصة.

إذا أعلنت فئةٌ ما عن دالةٍ تحمل نفس توقيع دالةٍ موجودةٍ في فئةٍ أخرى، فسيتم اعتماد دالة تلك الفئة. وبالتالي، لا تقتصر قدرة الفئات على إضافة دوال إلى فئةٍ ما فحسب، بل يمكنها أيضًا استبدال الدوال الموجودة. يمكن استخدام هذه الخاصية لإصلاح الأخطاء في فئاتٍ أخرى عن طريق إعادة كتابة دوالها، أو لإحداث تغييرٍ شاملٍ في سلوك فئةٍ ما ضمن البرنامج. أما إذا احتوت فئتان على دوالٍ تحمل نفس الاسم ولكن بتوقيعاتٍ مختلفة، فلا يُحدد أيٌّ من دوال الفئتين سيتم اعتماده.

حاولت لغات برمجة أخرى إضافة هذه الميزة بطرق متنوعة. وقد طورت لغة TOM نظام Objective-C خطوةً أخرى، فأتاحت إضافة المتغيرات أيضًا. بينما استخدمت لغات أخرى حلولًا قائمة على النماذج الأولية ، وأبرزها لغة Self .

تُنفّذ لغتا C# و Visual Basic (.NET) وظائف متشابهة ظاهريًا في شكل دوال إضافية ، ^{[ 30 ]} لكنها تفتقر إلى إمكانية الوصول إلى المتغيرات الخاصة بالفئة. ^{[ 31 ]} وتُشير لغة Ruby والعديد من لغات البرمجة الديناميكية الأخرى إلى هذه التقنية باسم " تعديل الكود ".

يطبق Logtalk مفهوم الفئات (ككيانات من الدرجة الأولى) التي تشمل وظيفة فئات Objective-C (يمكن أيضًا استخدام فئات Logtalk كوحدات تركيب دقيقة عند تعريف فئات أو نماذج أولية جديدة على سبيل المثال؛ على وجه الخصوص، يمكن استيراد فئة Logtalk افتراضيًا بواسطة أي عدد من الفئات والنماذج الأولية).

$ gcc -x objective-c main.m Integer.m Integer+Arithmetic.m Integer+Display.m -lobjc 

تسمح لغة Objective-C لفئة ما باستبدال فئة أخرى بالكامل داخل البرنامج. ويُقال إن الفئة البديلة "تتظاهر" بأنها الفئة المستهدفة.

تم اعتبار خاصية "Class posing" قديمة مع نظام التشغيل Mac OS X v10.5 ، وهي غير متاحة في بيئة التشغيل 64 بت . يمكن تحقيق وظيفة مماثلة باستخدام "method swizzling" في الفئات، حيث يتم تبديل تنفيذ دالة ما بتنفيذ دالة أخرى لها نفس التوقيع.

بالنسبة للإصدارات التي لا تزال تدعم خاصية العرض، يتم استقبال جميع الرسائل المرسلة إلى الفئة المستهدفة بواسطة فئة العرض. وهناك عدة قيود:

• لا يجوز للفئة أن تتظاهر إلا بأنها واحدة من فئاتها العليا المباشرة أو غير المباشرة.
• يجب ألا يقوم الصنف الذي يقوم بوضع النموذج بتعريف أي متغيرات مثيل جديدة غير موجودة في الصنف المستهدف (على الرغم من أنه قد يقوم بتعريف أو تجاوز الأساليب).
• قد لا تكون الفئة المستهدفة قد تلقت أي رسائل قبل عملية الطرح.

يُتيح وضع النماذج، على غرار التصنيفات، توسيعًا شاملًا للفئات الموجودة. كما يُتيح وضع النماذج ميزتين غير موجودتين في التصنيفات:

• يمكن لفئة التظاهر استدعاء الطرق المتجاوزة من خلال super، وبالتالي دمج تنفيذ الفئة المستهدفة.
• يمكن لفئة العرض تجاوز الطرق المحددة في الفئات.

على سبيل المثال،

@interface CustomNSApplication : NSApplication @end@implementation CustomNSApplication - ( void ) setMainMenu: ( NSMenu * ) menu { // تنفيذ إجراء ما على القائمة } @endclass_poseAs ([ CustomNSApplication class ], [ NSApplication class ]);

هذا يعترض كل استدعاء لـ setMainMenu إلى NSApplication.

في لغة C، #includeيؤدي توجيه pre-compile دائمًا إلى إدراج محتويات الملف في المصدر عند تلك النقطة. أما في لغة Objective-C، فيوجد توجيه #importمكافئ، باستثناء أنه يتم تضمين كل ملف مرة واحدة فقط لكل وحدة تجميع، مما يلغي الحاجة إلى حواجز التضمين .

يجب عدم الخلط بين توجيه Objective-C والكلمة المفتاحية C++import ، المستخدمة لاستيراد وحدات C++ (منذ C++20 )، وهي ليست توجيهًا للمعالج المسبق. كما يجب عدم الخلط بينها وبين #importتوجيه المعالج المسبق في Microsoft Visual C++ (MSVC)، وهو توجيه غير قياسي ويُستخدم لاستيراد مكتبات الأنواع. ^{[ 32 ]}

في مؤتمر المطورين العالمي لعام 2006 ، أعلنت آبل عن إصدار "Objective-C 2.0"، وهو نسخة مُحسّنة من لغة Objective-C تتضمن "جمع البيانات المهملة الحديث، وتحسينات في بناء الجملة، ^{[ 33 ]} وتحسينات في أداء وقت التشغيل، ^{[ 34 ]} ودعم 64 بت". وتضمن نظام التشغيل Mac OS X v10.5 ، الذي صدر في أكتوبر 2007، مُصرّف Objective-C 2.0. يدعم GCC 4.6 العديد من ميزات Objective-C الجديدة، مثل الخصائص المُعلنة والمُصنّعة، وبناء الجملة النقطي، والتعداد السريع، وطرق البروتوكول الاختيارية، وسمات الطريقة/البروتوكول/الفئة، وامتدادات الفئات، وواجهة برمجة تطبيقات GNU Objective-C الجديدة لوقت التشغيل. ^{[ 35 ]}

يمثل اسم Objective-C 2.0 قطيعةً في نظام ترقيم إصدارات اللغة، حيث كان آخر إصدار من Objective-C لنظام NeXT هو "objc4". ^{[ 36 ]} وقد تم الاحتفاظ باسم هذا المشروع في آخر إصدار من شفرة المصدر لوقت تشغيل Objective-C القديمة في نظام التشغيل Mac OS X Leopard (10.5). ^{[ 37 ]}

@interface Person : NSObject { @public NSString * name ; @private int age ; }@property ( copy ) NSString * name ; @property ( readonly ) int age ;- ( id ) initWithAge: ( int ) age ; @end

@implementation Person @synthesize name ;- ( id ) initWithAge: ( int ) initAge { self = [ super init ]; if ( self ) { // ملاحظة: تعيين مباشر لمتغير النسخة، وليس مُعدِّل الخاصية age = initAge ; } return self ; }- ( int ) العمر { إرجاع العمر ؛ } @end

Person * aPerson = [[ Person alloc ] initWithAge : 53 ]; aPerson . name = @"Steve" ; // ملاحظة: صيغة النقطة، تستخدم مُعدِّلًا مُصنَّعًا، // مُكافئ لـ [aPerson setName: @"Steve"]; NSLog ( @"الوصول عن طريق الرسالة (%@)، صيغة النقطة (%@)، اسم الخاصية (% @) و " "الوصول المباشر إلى متغير المثيل (% @) " , [ aPerson name ], aPerson . name , [ aPerson valueForKey : @"name" ], aPerson -> name );

- ( void ) introduceMyselfWithProperties: ( BOOL ) useGetter { NSLog ( @"مرحباً، اسمي هو %@." , (useGetter ? self.name : name ) ) ; // ملاحظة : الوصول باستخدام getter مقابل الوصول باستخدام ivar }

int i ; int propertyCount = 0 ; objc_property_t * propertyList = class_copyPropertyList ([ aPerson class ], & propertyCount );for ( i = 0 ; i < propertyCount ; i ++ ) { objc_property_t * thisProperty = propertyList + i ; const char * propertyName = property_getName ( * thisProperty ); NSLog ( @"Person has a property: '%s'" , propertyName ); }

// باستخدام NSEnumerator NSEnumerator * enumerator = [ thePeople objectEnumerator ]; Person * p ;بينما (( p = [ enumerator nextObject ]) != nil ) { NSLog ( @"%@ عمره %i سنة." , [ p name ], [ p age ]); }

// استخدام الفهارس for ( int i = 0 ; i < [ thePeople count ]; i ++ ) { Person * p = [ thePeople objectAtIndex : i ]; NSLog ( @"%@ is %i years old.” , [ p name ], [ p age ]); }

// استخدام التعداد السريع for ( Person * p in thePeople ) { NSLog ( @"%@ عمره %i سنة." , [ p name ], [ p age ]); }

Blocks هي إضافة للغة Objective-C (و C و C++ ) تستخدم صيغة خاصة لإنشاء الدوال المغلقة . لا تدعم Blocks إلا أنظمة Mac OS X 10.6 "Snow Leopard" أو أحدث، و iOS 4 أو أحدث، وGNUstep مع مكتبة libobjc2 1.7 والتجميع باستخدام clang 3.1 أو أحدث. ^{[ 46 ]}

#include <stdio.h> #include <Block.h> typedef int ( ^ IntBlock )();IntBlock MakeCounter ( int start , int increment ) { __block int i = start ;return Block_copy ( ^ { int ret = i ; i += increment ; return ret ; });}int main ( void ) { IntBlock mycounter = MakeCounter ( 5 , 2 ); printf ( "الاستدعاء الأول: %d \n " , mycounter ()); printf ( "الاستدعاء الثاني: %d \n " , mycounter ()); printf ( "الاستدعاء الثالث: %d \n " , mycounter ());/* لأنه تم نسخه، يجب تحريره أيضًا */ Block_release ( mycounter );return 0 ; } /* الناتج:  الاستدعاء الأول: 5  الاستدعاء الثاني: 7  الاستدعاء الثالث: 9 */

أضافت آبل بعض الميزات الإضافية إلى Objective 2.0 بمرور الوقت. وتصف آبل هذه التغييرات بأنها تنطبق على "مُصرّف Apple LLVM " (clang) فقط، ولكنها موجودة أيضًا في إصدارات clang مفتوحة المصدر. ومن المثير للارتباك أن نظام الترقيم المستخدم من قِبل آبل يختلف عن نظام الترقيم المستخدم في LLVM الأصلي؛ راجع قسم إصدارات مجموعة أدوات Xcode  للاطلاع على ترجمة إلى أرقام إصدارات LLVM مفتوحة المصدر. ^{[ 47 ]}

NSArray * myArray = [ NSArray arrayWithObjects : object1 , object2 , object3 , nil ]; NSDictionary * myDictionary1 = [ NSDictionary dictionaryWithObject : someObject forKey : @"key" ]; NSDictionary * myDictionary2 = [ NSDictionary dictionaryWithObjectsAndKeys : object1 , key1 , object2 , key2 , nil ]; NSNumber * myNumber = [ NSNumber numberWithInt : myInt ]; NSNumber * mySumNumber = [ NSNumber numberWithInt : ( 2 + 3 )]; NSNumber * myBoolNumber = [ NSNumber numberWithBool : YES ];

NSArray * myArray = @[ object1 , object2 , object3 ] ; NSDictionary * myDictionary1 = @{ @"key" : someObject } ; NSDictionary * myDictionary2 = @{ key1 : object1 , key2 : object2 } ; NSNumber * myNumber = @( myInt ) ; NSNumber * mySumNumber = @( 2 + 3 ) ; NSNumber * myBoolNumber = @YES ; NSNumber * myIntegerNumber = @8 ;

id object1 = [ someArray objectAtIndex : 0 ]; id object2 = [ someDictionary objectForKey : @"key" ]; [ someMutableArray replaceObjectAtIndex : 0 withObject : object3 ]; [ someMutableDictionary setObject : object4 forKey : @"key" ];

id object1 = someArray [ 0 ]; id object2 = someDictionary [ @"key" ]; someMutableArray [ 0 ] = object3 ; someMutableDictionary [ @"key" ] = object4 ;

لغة Objective-C++ هي صيغة لغوية مقبولة من قِبل واجهة المستخدم لمجموعة مُترجمات GNU و Clang ، والتي تُتيح ترجمة ملفات المصدر التي تستخدم مزيجًا من صيغتي C++ وObjective-C. طُوّرت هذه اللغة بواسطة شركة NeXT بناءً على طلب شركة Lotus Development أثناء تطوير برنامج Improv للجداول الإلكترونية عام 1989. ^{[ 55 ]} وقد ورد مصطلح "Objective-C++" سابقًا في وثائق Apple الخاصة بمُترجم Objective-C، ولكن تم حذفه لاحقًا. ^{[ 56 ]}

تضيف لغة Objective-C++ إلى لغة C++ الامتدادات التي تضيفها لغة Objective-C إلى لغة C. ونظرًا لعدم وجود أي جهود لتوحيد دلالات ميزات اللغة المختلفة، فإن بعض القيود تُطبق:

• لا يمكن أن تشتق فئة C++ من فئة Objective-C والعكس صحيح. ^{[ 55 ]}
• لا يمكن تعريف مساحات الأسماء في لغة C++ داخل تعريف Objective-C.
• لا يجوز أن تظهر تعريفات Objective-C إلا في النطاق العام، وليس داخل مساحة اسم C++.
• لا يمكن أن تحتوي فئات Objective-C على متغيرات مثيل لفئات C++ التي تفتقر إلى مُنشئ افتراضي أو التي تحتوي على طريقة افتراضية واحدة أو أكثر ، ولكن يمكن استخدام المؤشرات إلى كائنات C++ كمتغيرات مثيل دون قيود (قم بتخصيصها باستخدام new في طريقة -init).
• لا يمكن تطبيق دلالات C++ "بالقيمة" على كائنات Objective-C، والتي لا يمكن الوصول إليها إلا من خلال المؤشرات.
• لا يمكن تضمين تعريف Objective-C داخل تعريف قالب C++ والعكس صحيح. مع ذلك، Classname *يمكن استخدام أنواع Objective-C (مثلاً) كمعاملات قالب C++.
• تختلف معالجة الاستثناءات في لغتي Objective-C وC++ ؛ إذ لا يمكن لمعالجات كل منهما معالجة استثناءات النوع الآخر. ونتيجةً لذلك، لا يتم تشغيل دوال تدمير الكائنات. وقد تم التخفيف من هذه المشكلة في بيئات تشغيل "Objective-C 2.0" الحديثة ، حيث يتم استبدال استثناءات Objective-C باستثناءات C++ إما كليًا (بيئة تشغيل Apple)، أو جزئيًا عند ربط مكتبة Objective-C++ ( GNUStep libobjc2). ^{[ 56 ]}
• تُعتبر كتل Objective-C وتعبيرات لامدا C++11 كيانات منفصلة. ومع ذلك، يتم إنشاء كتلة بشكل شفاف على نظام macOS عند تمرير تعبير لامدا حيث يُتوقع وجود كتلة. ^{[ 57 ]}

بعد استحواذ آبل على شركة NeXT، بُذلت محاولات لجعل لغة Objective-C أكثر قبولًا لدى المبرمجين الأكثر دراية بلغة Java من Smalltalk. تمثلت إحدى هذه المحاولات في تقديم ما سُمي آنذاك "بالصيغة الحديثة" للغة Objective-C ^{[ 58 ]} (مقارنةً بالصيغة "الكلاسيكية" الحالية). لم يطرأ أي تغيير على السلوك، بل كانت هذه مجرد صيغة بديلة. فبدلًا من كتابة استدعاء دالة على النحو التالي:

object = [[ MyClass alloc ] init ]; [ object firstLabel : param1 secondLabel : param2 ];

بل كُتبت على النحو التالي:

object = ( MyClass.alloc ) .init ; object.labels ( param1 , param2 ) ;​​​

وبالمثل، انتقلت التصريحات من الشكل

- ( void ) firstLabel : ( int ) param1 secondLabel : ( int ) param2 ;

ل

- ( void ) labels ( int param1 , int param2 );

لم يعد هذا التركيب "الحديث" مدعومًا في اللهجات الحالية للغة Objective-C.

لطالما اهتم مشروع جنو بمنصة لنقل برامج NeXT و Obj-C إليها. يشير سجل التغييرات الخاص بدليل libobjc في GCC إلى أنه كان موجودًا قبل عام 1998 (GCC 2.95)، كما يشير ملف README الخاص به إلى إعادة كتابته في عام 1993 (GCC 2.4). ^{[ 59 ]}

تم إصدار شفرة المصدر لواجهة NeXT الأمامية لأنها صُممت كجزء من GCC، الذي صدر بموجب رخصة جنو العمومية العامة (GNU GPL) التي تُلزم من يُنشئ أعمالًا مشتقة بالامتثال لها. واصلت آبل هذا النهج بإصدار نسختها المعدلة من GCC حتى الإصدار 4.2.1، ثم تخلت عن المُصرّف بعد ذلك. أخذ القائمون على صيانة GCC التغييرات في الحسبان، لكنهم لم يستثمروا كثيرًا في دعم الميزات الأحدث مثل لغة Objective-C 2.0. ^{[ 36 ] : أي مُصرّف}

قام مطورو GNUstep، المهتمون باللغة الجديدة، بنسخ مكتبة GCC libobjc إلى مشروع مستقل عن GCC يُسمى libobjc2 في عام 2009. كما قاموا بترتيب استخدام وقت التشغيل مع Clang للاستفادة من بنية اللغة الجديدة. ^{[ 36 ] : أي مُصرّف؟} في الوقت نفسه، كان GCC يتقدم ببطء، ولكن مع إصدار GCC 4.6.0 (2011)، انتقلوا أيضًا إلى Objective-C 2.0 في مكتبة libobjc الخاصة بهم. ^{[ 35 ] [ 60 ]} تشير وثائق GNUstep إلى أن تطبيق GCC لا يزال يفتقر إلى دعم الكتل، والمتغيرات غير الهشة، وARC الأحدث. ^{[ 36 ] : أي وقت تشغيل؟}

قامت مايكروسوفت بدمج وقت تشغيل ObjFW في جزء من WinObjC ، وهو جسر iOS لمنصة ويندوز العالمية ، في عام 2015، على الرغم من أنها تحولت إلى نسخة معدلة من libobjc2 في عام 2016. وبالإضافة إلى تطبيقها الخاص لـ Cocoa Touch وواجهات برمجة التطبيقات الأساسية، يسمح المشروع بإعادة استخدام كود تطبيقات iOS داخل تطبيقات UWP. ^{[ 61 ]}

في نظام ويندوز، تتوفر أدوات تطوير Objective-C للتنزيل من موقع GNUStep الإلكتروني. يتكون نظام تطوير GNUStep من الحزم التالية: GNUstep MSYS System، وGNUstep Core، وGNUstep Devel، وGNUstep Cairo، وProjectCenter IDE (شبيه بـ Xcode، ولكنه أبسط)، وGorm (أداة بناء واجهات المستخدم، شبيهة بأداة بناء ملفات NIB في Xcode). لم يتم تحديث هذه المثبتات الثنائية منذ عام 2016، ^{[ 62 ]} لذا يُفضل تثبيتها مباشرةً باستخدام Cygwin أو MSYS2 .

تُنفّذ مجموعة مُترجمات Clang ، وهي جزء من مشروع LLVM ، لغة Objective-C ولغات أخرى. بعد أن تحوّل GCC 4.3 (2008) إلى رخصة GPLv3، تخلّت عنه Apple لصالح Clang، وهو مُترجم تتمتّع Apple بصلاحيات قانونية أكبر لتعديله. ونتيجةً لذلك، فإنّ العديد من ميزات لغة Objective-C الحديثة مدعومة فقط بواسطة Clang. ^{[ 47 ]}

يختلف نظام ترقيم الإصدارات الخاص بشركة Apple لمترجم LLVM المبني على clang عن نظام ترقيم الإصدارات الخاص بـ LLVM مفتوح المصدر. راجع قسم إصدارات مجموعة أدوات Xcode  للاطلاع على الترجمة. ^{[ 47 ]}

Mulle-objc هو تطبيق مُحسّن للأداء للغة Objective-C. يستخدم مكتبة وقت تشغيل مكتوبة بلغة C11 خالصة ، مما يضمن قابلية النقل (يدعم، من بين منصات أخرى، أنظمة Linux وFreeBSD وWindows). يمكن ربط مكتبة وقت التشغيل بشكل ثابت مع musl . يستخدم Mulle-objc نسخة مُعدّلة من clang/LLVM كمُصرّف ونسخة مُعدّلة من gdb كمُصحّح أخطاء. ^{[ 63 ] [ 64 ]} يتميز Mulle-objc بمجموعة ميزات مُصغّرة عمدًا، يُمكن وصفها بأنها "Objective-C 1.0 مع بعض ميزات 2.0 المُنتقاة بعناية". ^{[ 65 ]}

كان مُجمِّع الكائنات المحمول (POC) تطبيقًا بديلًا للغة Objective-C. تختلف مجموعة الإضافات التي يُطبِّقها مُجمِّع الكائنات المحمول عن تطبيق GCC/NeXT/Apple؛ فهي تتضمن على وجه الخصوص كتلًا شبيهة بلغة Smalltalk للغة Objective-C، بينما تفتقر إلى البروتوكولات والفئات، وهما ميزتان تُستخدمان على نطاق واسع في OpenStep ومشتقاتها وما يتصل بها. بشكل عام، يُمثِّل مُجمِّع الكائنات المحمول مرحلةً أقدم، ما قبل NeXT، في تطور اللغة، وهو ما يتوافق تقريبًا مع كتاب براد كوكس الصادر عام 1991. ^{[ 66 ]}

كما يتضمن مكتبة وقت التشغيل المسماة ObjectPak، والتي تستند إلى مكتبة ICPak101 الأصلية لكوكس (والتي بدورها مشتقة من مكتبة فئة Smalltalk-80)، وهي مختلفة تمامًا عن OpenStep FoundationKit.

لم تدعم الإصدارات الأولى من لغة Objective-C خاصية جمع البيانات المهملة (GC). في ذلك الوقت، كان هذا القرار محل نقاش، إذ اعتبر كثيرون أن فترات التوقف الطويلة (عندما كانت لغة Smalltalk تقوم بعملية الجمع) تجعل النظام بأكمله غير قابل للاستخدام. وقد أضافت بعض تطبيقات الطرف الثالث هذه الميزة، وأبرزها GNUstep التي تستخدم جامع البيانات المهملة Boehm .

قامت آبل بتطبيق خاصية جمع البيانات المهملة (GC) كجزء من لغة Objective-C 2.0 بدءًا من نظام التشغيل Mac OS X v10.5 . ^{[ 67 ]} لم تلقَ هذه الميزة الجديدة رواجًا بين المطورين؛ إذ لم تُحوّل آبل نفسها أيًا من تطبيقاتها الداخلية لاستخدام GC، باستثناء Xcode . ^{[ 17 ]} وقد أعاق اعتمادها بشدة عدم توفر GC على أجهزة iPhone بسبب مخاوف تتعلق بأداء البرامج . ^{[ 17 ] [ 67 ]} في الإصدارات الأحدث من macOS، تم إيقاف استخدام جمع البيانات المهملة لصالح عدّ المراجع التلقائي (ARC)، الذي طُرح في عام 2011. ^{[ 17 ]}

باستخدام تقنية ARC، يُدرج المُصرّف استدعاءات الاحتفاظ والإفراج تلقائيًا في كود Objective-C استنادًا إلى تحليل الكود الثابت . تُعفي هذه الأتمتة المبرمج من كتابة كود إدارة الذاكرة. كما تُضيف ARC أيضًا مراجع ضعيفة إلى لغة Objective-C. ^{[ 68 ] [ 69 ]}

يمثل تصميم وتنفيذ لغتي C++ و Objective-C نهجين مختلفين بشكل أساسي لتوسيع لغة C.

بالإضافة إلى أسلوب البرمجة الإجرائية في لغة C، تدعم لغة C++ بشكل مباشر بعض أشكال البرمجة كائنية التوجه ، والبرمجة العامة ، والبرمجة الوصفية . كما تأتي C++ مزودة بمكتبة قياسية ضخمة تتضمن العديد من فئات الحاويات . وبالمثل، تُضيف لغة Objective-C البرمجة كائنية التوجه ، والكتابة الديناميكية ، والانعكاس إلى لغة C. لا تُوفر Objective-C مكتبة قياسية بحد ذاتها ، ولكن في معظم الحالات التي تُستخدم فيها، تُستخدم مع مكتبة شبيهة بـ OpenStep مثل OPENSTEP أو Cocoa أو GNUstep ، والتي تُوفر وظائف مشابهة للمكتبة القياسية في C++.

يتمثل أحد الفروقات البارزة في أن لغة Objective-C توفر دعمًا أثناء التشغيل لميزات البرمجة الانعكاسية ، بينما لا تضيف لغة C++ سوى قدر ضئيل من هذا الدعم إلى لغة C. في Objective-C، يمكن الاستعلام عن خصائص الكائن نفسه، على سبيل المثال، ما إذا كان سيستجيب لرسالة معينة. أما في C++، فلا يمكن القيام بذلك دون استخدام مكتبات خارجية.

يُعدّ استخدام الانعكاس جزءًا من التمييز الأوسع بين الميزات الديناميكية (أثناء التشغيل) والميزات الثابتة (أثناء الترجمة) للغة البرمجة. ورغم أن لغتي Objective-C وC++ تستخدمان مزيجًا من كلا النوعين، إلا أن Objective-C تُفضّل اتخاذ القرارات أثناء التشغيل، بينما تُفضّل C++ اتخاذ القرارات أثناء الترجمة. ويكمن التوتر بين البرمجة الديناميكية والثابتة في العديد من المفاضلات الكلاسيكية في البرمجة: فالميزات الديناميكية تُضيف مرونة، بينما تُضيف الميزات الثابتة سرعةً ودقةً في التحقق من أنواع البيانات.

يمكن تطبيق البرمجة العامة والبرمجة الوصفية في كلتا اللغتين باستخدام تعدد الأشكال في وقت التشغيل ( التوزيع الديناميكي ). في لغة C++، يتخذ هذا شكل الدوال الافتراضية وتحديد نوع البيانات في وقت التشغيل ، بينما توفر لغة Objective-C الكتابة الديناميكية والانعكاس. تدعم كل من Objective-C وC++ تعدد الأشكال في وقت الترجمة ( الدوال العامة )، وقد أضافت Objective-C هذه الميزة في عام 2015.