سؤال

هذا هو أقل من سؤال خاص بالرمز وأكثر من سؤال تسميات الهدف-C. في C لديك بنية للبيانات النقية. في Enterprise Java ، لديك فصول "Bean" التي هي متغيرات أعضاء بحتة مع Getters و Petters ، ولكن لا يوجد منطق تجاري. في Adobe Flex ، لديك "كائنات قيمة".

في الهدف-C ، هل هناك اسم مناسب لكائن (ينحدر من NSObject ، بالطبع) الذي يحتوي ببساطة على Ivars و Getters/Setters (أو @Property/ @ @ @، إذا كنت ترغب في الحصول على خيال) وعدم وجود منطق عمل حقيقي؟

قد يكون مثال أكثر واقعية فئة بسيطة مع getters ومستقلبات لأسماء الملف وحجم الملف والوصف والبيانات الوصفية الأخرى المتنوعة. يمكنك بعد ذلك أخذ مجموعة من هذه الأشياء ورميها بسهولة في حاوية (NSDictionary ، NSArray) دون الحاجة إلى تغليف NSValue الفوضوي لهيكل C. إنه أيضًا بنية أكثر بقليل من وضع مجموعة من مواد NSDictions من الأطفال المغطاة بالمواد في كائن حاوية من الوالدين.

هل كانت مفيدة؟

المحلول

لا ، لا يوجد اسم خاص (على الأقل بقدر ما أعرف). جميع كائنات الهدف-C التي ترث من NSObject هي كائنات الدرجة الأولى. يمكنك بالطبع تنفيذ الفصول الدراسية مع فقط getters ومقاطعات ، ولكن حتى الخصائص المتوازنة لها "منطق أعمال" خفيفة من أجل Atomicity وإدارة الذاكرة. يمكنك استخدام هياكل C للبيانات النقية إذا كنت تريد (مثال في الكاكاو NSRect) ، ولكن بعد ذلك ، كما تقول ، من الصعب استخدامها مع فصول أخرى مثل NSDictionary.

نصائح أخرى

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

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top