علبة الجمل

📅 آخر تحديث: ١ أغسطس ٢٠٢٦
✍️ نُشر في: ١ أغسطس ٢٠٢٦
📷 يحتوي على 1 صور
الموسوعة الحرة

سميت طريقة كتابة الحروف الكبيرة "Camel Case" بهذا الاسم نسبة إلى سنام حرفها الكبير البارز، والذي يشبه سنام الجمال الشائعة .

نمط الكتابة الجملي (يُكتب أحيانًا بشكل تلقائي camelCase أو CamelCase ، ويُعرف أيضًا باسم الأحرف الكبيرة الجملية أو بشكل أكثر رسمية باسم الأحرف الكبيرة الوسطى ) هو أسلوب كتابة يعتمد على كتابة العبارات بأحرف كبيرة دون مسافات أو علامات ترقيم. لهذا الأسلوب أسماء واتفاقيات مختلفة. أول استخدام معروف لمصطلح InterCaps لهذا النمط كان على يوزنت في أبريل 1990.

يُعدّ استخدام الأحرف الكبيرة في وسط الكلمات كعرفٍ في التهجئة العادية للنصوص اليومية نادرًا، ولكنه يُستخدم في بعض اللغات كحلّ لمشاكل مُحدّدة تنشأ عند دمج كلمتين أو مقطعين. وفي الترجمة الصوتية الأكاديمية للغات المكتوبة بخطوط أخرى، تُستخدم الأحرف الكبيرة في وسط الكلمات في مواقف مُشابهة. كما تُستخدم الأحرف الكبيرة في وسط الكلمات أحيانًا في الاختصارات لتُعكس شكل الأحرف الكبيرة كما لو كانت الكلمات مكتوبة كاملة، وقد شاع استخدامها في الاختصارات غير المُرقّمة للألقاب الأكاديمية، مثل PhD و BSc ، والتي غالبًا ما تحلّ الآن محلّ Ph.D. وB.Sc.

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

وصف

أسلوب كتابة الجمل هو أسلوب يُستخدم لكتابة العبارات بدون مسافات أو علامات ترقيم، مع استخدام الأحرف الكبيرة في بداية الكلمات. تبدأ الكلمة الأولى بحرف كبير أو صغير، ثم تبدأ الكلمات التالية بحرف كبير. من الأمثلة الشائعة: YouTube ، [ 1 ] PowerPoint ، HarperCollins ، FedEx ، iPhone ، eBay ، [ 2 ] و LaGuardia . [ 3 ] يُستخدم أسلوب الجمل غالبًا كاصطلاح تسمية في برمجة الحاسوب. كما يُستخدم أحيانًا في أسماء المستخدمين على الإنترنت، مثل JohnSmith ، ولجعل أسماء النطاقات متعددة الكلمات أكثر وضوحًا، كما هو الحال في الترويج لموقع EasyWidgetCompany.com .

يشير مصطلحا "Pascal case" و "upper camel case" الأكثر تحديدًا إلى عبارة متصلة تبدأ كل كلمة فيها بحرف كبير، بما في ذلك الحرف الأول من الكلمة الأولى. وبالمثل، يتطلب "lower camel case" (المعروف أيضًا باسم "dromedary case ") أن يبدأ الحرف الأول بحرف صغير. يستخدم بعض الأشخاص والمنظمات، ولا سيما مايكروسوفت ، مصطلح "camel case" فقط للإشارة إلى "lower camel case"، بينما يُطلقون على "upper camel case" اسم "Pascal case" بشكل منفصل . [ 4 ] تفضل بعض أساليب البرمجة استخدام "camel case" مع كتابة الحرف الأول بحرف كبير، بينما لا تفضلها أساليب أخرى. [ 5 ] [ 4 ] [ 6 ] ولتوضيح الأمر، يترك هذا المقال تعريف "camel case" غامضًا فيما يتعلق بكتابة الحرف الأول بحرف كبير، ويستخدم المصطلحات الأكثر تحديدًا عند الضرورة.

يختلف نمط الكتابة "Camel Case" عن أنماط أخرى عديدة، منها: نمط "Title Case" الذي يستخدم الأحرف الكبيرة مع الإبقاء على المسافات بينها؛ ونمط "Tall Man" الذي يستخدم الأحرف الكبيرة للتأكيد على الاختلافات بين أسماء المنتجات المتشابهة مثل "predniSONE" و "predniSOLONE" ؛ ونمط "Snake Case" الذي يستخدم الشرطات السفلية مع الأحرف الصغيرة (وأحيانًا مع كتابة الحرف الأول بحرف كبير). ويوصي دليل أسلوب Ada 95 باستخدام مزيج من نمطي "Snake Case" و"Camel Case" (المعرّف: Written_Like_This ). [ 7 ]

الاختلافات والمرادفات

لهذه الممارسة أسماء مختلفة، منها:

تاريخ

أول ظهور معروف لمصطلح InterCaps على يوزنت كان في منشور بتاريخ أبريل 1990 على المجموعة alt.folklore.computersمن قِبل آفي رابوبورت. [ 22 ] أما أول استخدام لاسم "Camel Case" فكان عام 1995، في منشور لنيوتن لوف. [ 23 ] وقد صرّح لوف لاحقًا: "مع ظهور لغات البرمجة التي تتضمن هذه الأنواع من البنى، دفعني شكل النمط غير المنتظم إلى تسميته HumpyCase في البداية، قبل أن أستقر على CamelCase. كنت أسميه CamelCase لسنوات... الاقتباس أعلاه كان مجرد المرة الأولى التي استخدمت فيها الاسم على يوزنت." [ 24 ] وقد صِيغ مصطلح "Pascal Case" في مناقشات تصميم إطار عمل .NET ، الذي صدر لأول مرة عام 2002. [ 25 ]

الاستخدام التقليدي في اللغة الطبيعية

في تركيبات الكلمات

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

في اللغة الإيطالية، يمكن إضافة الضمائر إلى الأفعال، ولأن صيغة الاحترام لضمائر الشخص الثاني تُكتب بحرف كبير، فإن هذا يمكن أن ينتج عنه جملة مثل non ho trovato il tempo di risponderLe ("لم أجد وقتًا للرد عليك" - حيث Le تعني "إليك").

في اللغة الألمانية، تفتقر العديد من الأسماء التي تدل على الأشخاص إلى صيغة محايدة جنسيًا، ولذلك غالبًا، وخاصة في اللغة العامية، تُستخدم صيغة المذكر للاسم بشكل عام لمخاطبة الجميع، بغض النظر عن جنسهم (يُسمى هذا في الألمانية "generisches Maskulinum "). وهناك نهج آخر أحدث يتمثل في استخدام الحرف I الكبير في وسط الكلمة ، ويُسمى Binnen-I ، في النصوص المكتوبة لكلمات مثل StudentInnen ("طلاب") للإشارة إلى كل من Studenten ("الطلاب الذكور") و Studentinnen ("الطالبات") في آن واحد. ومع ذلك، فإن استخدام الحرف I الكبير في وسط الكلمة لا يتوافق مع قواعد الإملاء الألمانية التي وضعها مجلس الإملاء الألماني (Rat für deutsche Rechtschreibung )، باستثناء الأسماء العلمية مثل McDonald . وللالتزام بقواعد الإملاء، يمكن تصحيح مثال "students" في بداية الكلمة باستخدام قوسين ليصبح Student(inn)en ، وهو ما يُشابه كتابة "congress(wo)men" في اللغة الإنجليزية. [ 26 ]

في الأيرلندية ، يتم استخدام حالة الجمل عندما يتم إرفاق بادئة تصريفية باسم العلم، على سبيل المثال i nGaillimh ("في Galway ")، من Gaillimh ("Galway")؛ an tAlbanach ("الشخص الاسكتلندي")، من Albanach ("الشخص الاسكتلندي")؛ واذهب إلى hÉirinn ("إلى أيرلندا")، من Éire ("أيرلندا"). في التهجئة الغيلية الاسكتلندية الحديثة ، تم إدراج واصلة: t-Albannach .

تُستخدم أيضًا اصطلاح البادئة التصريفية هذا في العديد من لغات البانتو المكتوبة (مثل لغة إيسيزولو ، " لغة الزولو ") والعديد من اللغات الأصلية في المكسيك (مثل الناهيوتل ، والتوتوناكان ، والميكس زوك ، وبعض لغات أوتو مانجويان ).

في نظام بينيين الصيني ، يُستخدم أحيانًا نمط كتابة الجمل (Camel Case) لأسماء الأماكن، مما يُسهّل على القارئ تمييز أجزائها المختلفة. على سبيل المثال، يمكن كتابة أماكن مثل بكين (北京)، وتشينغ هوانغ داو (秦皇岛)، وداشينغ آن لينغ (大兴安岭) على النحو التالي: BeiJing ، و QinHuangDao، و DaXingAnLing على التوالي ، حيث يتساوى عدد الأحرف الكبيرة مع عدد الأحرف الصينية . كما يُمكن في بعض الحالات كتابة الكلمات المركبة بالحرف الأول فقط من كل اسم، لذا يُمكن كتابة بكين على النحو التالي: BJ ، وتشينغ هوانغ داو على النحو التالي: QHD، وداشينغ آن لينغ على النحو التالي: DXAL.

في اللغة الإنجليزية، لا توجد الأحرف الكبيرة الوسطى عادةً إلا في أسماء الأب الاسكتلندية أو الأيرلندية "Mac-" أو "Mc-"، حيث على سبيل المثال MacDonald وMcDonald و Macdonald هي متغيرات تهجئة شائعة لـ MacDonald (ابن Dòmhnall)، وفي أسماء الأنجلو-نورمان "Fitz-"، حيث على سبيل المثال يوجد كل من FitzGerald و Fitzgerald (ابن Gerald).

في دليل أسلوب اللغة الإنجليزية "The King's English" ، الذي نُشر لأول مرة عام 1906، اقترح كلٌ من إتش دبليو وإف جي فاولر استخدام الأحرف الكبيرة في وسط الكلمات المركبة الثلاثية حيث تُسبب الواصلات غموضًا - ومن الأمثلة التي ذكراها: KingMark-like (مقابل King Mark-like ) و Anglo-SouthAmerican (مقابل Anglo-South American ). ومع ذلك، وصفا النظام بأنه "مُخالف تمامًا للاستخدام في الوقت الحاضر". [ 27 ]

تستخدم بعض الأسماء الفرنسية أيضًا أسماء مكتوبة بنمط CamelCase، مثل LeBeau (اسم العائلة) ، و LaRue ، وDeMordaunt ، والأسماء الإيطالية DeRose / DeRosa .

في الترجمة الصوتية

في الترجمة الصوتية الأكاديمية للغات المكتوبة بخطوط أخرى، تُستخدم الأحرف الكبيرة في وسط اللغة في حالات مماثلة. على سبيل المثال، في العبرية المترجمة صوتيًا ، تعني كلمة haIvri "الشخص العبري" أو "اليهودي"، وكلمة b'Yerushalayim تعني "في القدس". في الأسماء التبتية مثل rLobsang ، يُمثل حرف "r" رمزًا بادئًا في النص الأصلي، ويعمل كعلامة نبرة صوتية وليس حرفًا عاديًا. مثال آخر هو ts I urku ، وهي ترجمة لاتينية للمصطلح الشيشاني الذي يُشير إلى حجر التتويج لأبراج الدفاع المميزة في العصور الوسطى في الشيشان وإنغوشيا ؛ حرف " I " ( palochka ) ليس حرفًا كبيرًا في الواقع، بل يُشير إلى صوت مختلف عن الصوت المكتوب بـ "i".

باختصار

تُستخدم الأحرف الكبيرة في وسط الاختصارات عادةً لتعكس شكل كتابة الكلمات كاملةً، كما في الألقاب الأكاديمية مثل PhD و BSc . ومن الأمثلة الحديثة على ذلك NaNoWriMo ، وهو اختصار لـ National Novel Writing Month (شهر كتابة الرواية الوطني)، ويُطلق على كلٍّ من الحدث السنوي والمنظمة غير الربحية التي تُنظّمه. في اللغة الألمانية، تُختصر أسماء القوانين باستخدام الأحرف الكبيرة، مثل StGB لـ Strafgesetzbuch (قانون العقوبات)، وPatG لـ Patentgesetz (قانون براءات الاختراع)، وBVerfG لـ Bundesverfassungsgericht ( المحكمة الدستورية الاتحادية )، أو GmbH الشائعة جدًا لـ Gesellschaft mit beschränkter Haftung ( شركة خاصة محدودة ). في هذا السياق، قد يُستخدم ثلاثة أحرف كبيرة أو أكثر بنمط Camel Case، كما في TzBfG لـ Teilzeit- und Befristungsgesetz (قانون العمل بدوام جزئي ومحدود المدة). في اللغة الفرنسية، تم تفضيل الاختصارات المكتوبة بأحرف كبيرة مثل OuLiPo (1960) لفترة من الوقت كبدائل للاختصارات.

غالبًا ما يتم استخدام كتابة الأحرف الأولى من الأحرف الأولى إلى الأبجدية حيث قد يلزم حرفان لتمثيل حرف واحد من الأبجدية الأصلية، على سبيل المثال، DShK من الأبجدية السيريلية ДШК.

تاريخ الاستخدام التقني الحديث

الصيغ الكيميائية

كان أول استخدام منهجي وواسع النطاق للأحرف الكبيرة في وسط الكلمات لأغراض تقنية هو تدوين الصيغ الكيميائية الذي ابتكره الكيميائي السويدي جاكوب بيرزيليوس عام 1813. وبدلًا من كثرة اصطلاحات التسمية والرموز التي كان يستخدمها الكيميائيون حتى ذلك الحين، اقترح بيرزيليوس الإشارة إلى كل عنصر كيميائي برمز مكون من حرف أو حرفين، على أن يكون الحرف الأول كبيرًا. وقد سمح استخدام الأحرف الكبيرة بكتابة صيغ مثل " NaCl " بدون مسافات مع الحفاظ على وضوح معناها. [ 28 ] [ 29 ]

لا يزال نظام بيرزيليوس مستخدمًا، مع إضافة رموز مكونة من ثلاثة أحرف مثل " Uue " للعناصر غير المؤكدة أو المجهولة، واختصارات لبعض البدائل الشائعة (خاصة في مجال الكيمياء العضوية، على سبيل المثال " Et " لـ "إيثيل-"). وقد تم توسيع هذا النظام ليشمل وصف تسلسلات الأحماض الأمينية للبروتينات وغيرها من المجالات المماثلة.

الاستخدام المبكر في العلامات التجارية

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

برمجة الحاسوب

في سبعينيات وثمانينيات القرن العشرين، اعتُمدت الأحرف الكبيرة في وسط الكلمات كمعيار أو اصطلاح تسمية بديل للمعرفات متعددة الكلمات في العديد من لغات البرمجة . ولا يزال الأصل الدقيق لهذا الاصطلاح في برمجة الحاسوب غير معروف. وقد أشارت وقائع مؤتمر عام 1954 [ 33 ] بشكل غير رسمي أحيانًا إلى نظام Speedcoding من شركة IBM باسم "SpeedCo". وتُظهر ورقة كريستوفر ستراشي حول GPM (1965) [ 34 ] برنامجًا يتضمن بعض المعرفات التي تستخدم الأحرف الكبيرة في وسط الكلمات، بما في ذلك " " و " " (ويُرجح أن يكون هذا متأثرًا بلغة CPL ، التي كان ستراشي أحد مصمميها).NextChWriteSymbol

لا يمكن استخدام المعرّفات الوصفية متعددة الكلمات التي تتضمن مسافات، مثل end of file`or`، char tableفي معظم لغات البرمجة، لأن المسافات بين الكلمات تُفسَّر على أنها فواصل بين الرموز . أما استخدام الكلمات معًا، كما في endoffile`or`، chartableفهو غير مفهوم وقد يكون مُضلِّلًا؛ على سبيل المثال، ` chartableor` كلمة إنجليزية تعني (قابل للرسم البياني)، بينما `or` charTableتعني جدولًا من ` chars.

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

مع ذلك، لم يكن هذا الحل مناسبًا للغات ذات التوجه الرياضي مثل فورتران (1955) وألغول (1958)، التي استخدمت الواصلة كعامل طرح وسطي. تجاهلت فورتران المسافات تمامًا، مما سمح للمبرمجين باستخدام المسافات المضمنة في أسماء المتغيرات. لكن هذه الميزة لم تكن مفيدة جدًا، إذ أن الإصدارات الأولى من اللغة كانت تقيد المعرفات بستة أحرف كحد أقصى.

مما زاد المشكلة تعقيدًا، أن مجموعات الأحرف الشائعة في البطاقات المثقبة آنذاك كانت تقتصر على الأحرف الكبيرة فقط، وتفتقر إلى الأحرف الخاصة الأخرى. ولم يتسنَّ استخدام الأحرف الصغيرة والشرطة السفلية على نطاق واسع إلا في أواخر الستينيات مع انتشار استخدام مجموعة أحرف ASCII . وسرعان ما اعتمدت بعض اللغات، ولا سيما لغة C ، الشرطات السفلية كفواصل بين الكلمات، ولا تزال معرّفات مثل هذه شائعة في برامج ومكتبات C (وكذلك في اللغات اللاحقة المتأثرة بلغة C، مثل Perl و Python ). مع ذلك، اختارت بعض اللغات والمبرمجين تجنب استخدام الشرطات السفلية، واعتمدوا بدلاً منها أسلوب كتابة الأحرف الكبيرة والصغيرة (Camel Case)._end_of_file

ابتكر تشارلز سيموني ، الذي عمل في مركز أبحاث زيروكس بارك في سبعينيات القرن الماضي وأشرف لاحقًا على تطوير حزمة تطبيقات مايكروسوفت أوفيس، نظام الترميز المجري وقام بتدريسه . يستخدم أحد إصداراته الأحرف الصغيرة في بداية اسم المتغير (المكتوب بحرف كبير) للدلالة على نوعه. وتشير إحدى الروايات إلى أن نمط كتابة الأحرف الكبيرة والصغيرة (Camel Case) شاع استخدامه لأول مرة في مركز أبحاث زيروكس بارك حوالي عام 1978، مع تطوير لغة برمجة ميسا لحاسوب زيروكس ألتو . كان هذا الجهاز يفتقر إلى مفتاح الشرطة السفلية (الذي استُبدل بسهم يسار "←")، ولم يكن مسموحًا باستخدام الواصلة والمسافة في المعرفات، مما جعل نمط كتابة الأحرف الكبيرة والصغيرة (Camel Case) النظام الوحيد المتاح لكتابة أسماء متعددة الكلمات بشكل مقروء. تضمن دليل لغة ميسا الصادر عن مركز أبحاث بارك (1979) معيارًا برمجيًا بقواعد محددة لكتابة الأحرف الكبيرة والصغيرة (Camel Case)، وقد التزمت به مكتبات ميسا ونظام تشغيل ألتو التزامًا تامًا. أدرك نيكلاوس ويرث ، مخترع لغة باسكال ، أهمية استخدام نمط كتابة الجمل (camel case) خلال فترة تفرغه في مركز أبحاث بارك (PARC)، واستخدمه في لغة البرمجة التالية التي طورها، مودولا . [ 35 ]

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

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

يُنصح باستخدام اصطلاح كتابة أسماء المتغيرات في لغة C# بأحرف صغيرة (مثل الأحرف الكبيرة والصغيرة). [ 36 ]

شركات ومنتجات الكمبيوتر

بغض النظر عن أصولها في مجال الحوسبة، فقد تم استخدام هذا التقليد في أسماء شركات الكمبيوتر وعلاماتها التجارية منذ أواخر السبعينيات - وهو اتجاه مستمر حتى يومنا هذا:

انتشار الاستخدام الشائع

في ثمانينيات وتسعينيات القرن العشرين، وبعد ظهور الحاسوب الشخصي الذي كشف ثقافة القرصنة للعالم، أصبح استخدام أسلوب كتابة الأحرف الكبيرة (Camel Case) رائجًا في أسماء الشركات التجارية في المجالات غير الحاسوبية أيضًا. وبحلول عام ١٩٩٠، ترسخ هذا الاستخدام على نطاق واسع.

خلال فقاعة الإنترنت في أواخر التسعينيات، أصبحت البادئات الصغيرة "e" (لـ " electronic ") و "i" (لـ "Internet" و "information" و " intelligence " وما إلى ذلك ) شائعة جدًا، مما أدى إلى ظهور أسماء مثل iMac من Apple ومنصة برامج eBox .

في عام 1998، اقترح ديف يوست أن يستخدم الكيميائيون الأحرف الكبيرة في وسط الكلمات لتسهيل قراءة الأسماء الكيميائية الطويلة، على سبيل المثال كتابة AmidoPhosphoRibosylTransferase بدلاً من amidophosphoribosyltransferase . [ 38 ] لم يتم اعتماد هذا الاستخدام على نطاق واسع.

يُستخدم أحيانًا أسلوب كتابة الأسماء بالحرف الكبير (Camel Case ) للاختصارات في أسماء بعض الأحياء، مثل أحياء مدينة نيويورك سوهو ( جنوب شارع هيوستن) وتريبيكا ( المثلث أسفل شارع القناة )، وسوما ( جنوب شارع ماركت ) في سان فرانسيسكو . لكن هذا الاستخدام يتلاشى سريعًا، لذا تُكتب أسماء الأحياء الآن عادةً على النحو التالي : سوهو ، تريبيكا ، وسوما .

وقد تم استخدام الأحرف الكبيرة الداخلية أيضًا في رموز تقنية أخرى مثل HeLa (1983).

الاستخدام الحالي في الحوسبة

البرمجة وكتابة الأكواد

توصي إرشادات أسلوب البرمجة في العديد من المنظمات أو مشاريع البرمجيات باستخدام الأحرف الكبيرة في وسط المعرفات المركبة. بالنسبة لبعض اللغات (مثل Mesa و Pascal و Modula و Java و .NET من Microsoft )، يوصي مطورو اللغة أو الأدلة المرجعية المعتمدة بهذه الممارسة، ولذلك أصبحت جزءًا من ثقافة اللغة.

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

على سبيل المثال، تحدد الصيغة المجرية الأصلية للبرمجة أن اختصارًا صغيرًا لـ "نوع الاستخدام" (وليس نوع البيانات) يجب أن يسبق جميع أسماء المتغيرات، مع بقية الاسم بأحرف كبيرة؛ على هذا النحو فهو شكل من أشكال الأحرف الكبيرة.

غالبًا ما تتطلب مُعرّفات البرمجة احتواء اختصارات ورموز أولية مكتوبة بأحرف كبيرة، مثل "old HTML file". قياسًا على قواعد كتابة العناوين، فإنّ الكتابة الطبيعية بنمط Camel Case تُظهر الاختصار بأحرف كبيرة، أي "oldHTMLFile". مع ذلك، تُصبح هذه الطريقة إشكالية عند ورود اختصارين معًا (مثلًا، "parse DBM XML" تُصبح "parseDBMXML") أو عندما يُلزم المعيار باستخدام نمط Camel Case الصغير بينما يبدأ الاسم باختصار (مثلًا، "SQL server" تُصبح "sQLServer"). لهذا السبب، يُفضّل بعض المبرمجين التعامل مع الاختصارات كما لو كانت كلمات، فيكتبون "oldHtmlFile" أو "parseDbmXml" أو "sqlServer". [ 39 ] مع ذلك، قد يُصعّب هذا الأمر التعرّف على أنّ كلمةً ما هي اختصار. [ 40 ]

تنشأ الصعوبات عندما تختلف معاني المعرّفات باختلاف حالة الأحرف فقط، كما هو الحال مع الدوال الرياضية أو العلامات التجارية. في هذه الحالة، قد لا يكون تغيير حالة الأحرف للمعرّف خيارًا متاحًا، ويتعين اختيار اسم بديل.

يُستخدم نمط كتابة الجملة (Camel Case) في بعض لغات ترميز الويكي للمصطلحات التي ينبغي ربطها تلقائيًا بصفحات ويكي أخرى . استُخدم هذا النمط في الأصل في برنامج ويكي الأصلي لوارد كانينغهام ، WikiWikiWeb ، [ 41 ] ويمكن تفعيله في معظم مواقع الويكي الأخرى. تستخدم بعض محركات الويكي، مثل TiddlyWiki و Trac و PmWiki، هذا النمط في الإعدادات الافتراضية، ولكنها عادةً ما توفر آلية تكوين أو إضافة لتعطيله. كانت ويكيبيديا تستخدم نمط كتابة الجملة في الروابط سابقًا، ولكنها تحولت إلى ترميز الروابط الصريح باستخدام الأقواس المربعة [ 42 ] ، وقد فعلت العديد من مواقع الويكي الأخرى الشيء نفسه. على سبيل المثال، لا يدعم MediaWiki نمط كتابة الجملة في الروابط. قد تستخدم بعض مواقع الويكي التي لا تستخدم نمط كتابة الجملة في الروابط هذا النمط كاصطلاح تسمية، مثل AboutUs .

استخدامات أخرى

يشترط سجل NIEM أن تستخدم عناصر بيانات XML الأحرف الكبيرة (باستخدام نمط Camel Case) وأن تستخدم سمات XML الأحرف الصغيرة (باستخدام نمط Camel Case).

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

إمكانية الوصول إلى وسائل التواصل الاجتماعي

تُعدّ خدمات التدوين المصغر والتواصل الاجتماعي التي تحدّ من عدد الأحرف في الرسالة منافذ محتملة لاستخدام الأحرف الكبيرة. يُقلّل استخدام نمط CamelCase بين الكلمات من عدد المسافات، وبالتالي عدد الأحرف، في الرسالة، مما يسمح بإضافة المزيد من المحتوى في المساحة المحدودة. غالبًا ما تستخدم الوسوم ، وخاصة الطويلة منها، نمط CamelCase أو PascalCase للحفاظ على سهولة القراءة (على سبيل المثال، #مشاكل_طلاب_الجامعة أسهل قراءةً من #مشاكل_طلاب_الجامعة)؛ [ 43 ] تُحسّن هذه الممارسة إمكانية الوصول ، حيث تتعرف برامج قراءة الشاشة على نمطي CamelCase وPascalCase عند تحليل الوسوم المركبة. [ 44 ]

في عناوين مواقع الويب، تُشفّر المسافات باستخدام النسبة المئوية "%20"، مما يجعل العنوان أطول وأقل قابلية للقراءة . أما عند حذف المسافات، فلا توجد هذه المشكلة في استخدام نمط كتابة الجمل (Camel Case).

دراسات سهولة القراءة

تعرض أسلوب كتابة الجمل (Camel Case) لانتقادات بسبب تأثيره السلبي على سهولة القراءة نتيجة إزالة المسافات وكتابة كل كلمة بأحرف كبيرة. [ 45 ]

أظهرت دراسة أجريت عام ٢٠٠٩ على ١٣٥ مشاركًا، قارنت بين نمط كتابة الأسماء (باستخدام خط سفلي) ونمط كتابة الجمل، أن دقة التعرف على الكلمات المكتوبة بنمط الجمل كانت أعلى لدى جميع المشاركين. كما تعرّف المشاركون على الكلمات المكتوبة بنمط "سنيك كيس" بسرعة أكبر من الكلمات المكتوبة بنمط "كاميل كيس". وقد أدى التدريب على نمط "كاميل كيس" إلى تسريع التعرف على هذا النمط وإبطاء التعرف على نمط "سنيك كيس"، على الرغم من أن هذا التأثير تضمن معاملات ذات قيم احتمالية عالية . كما أجرت الدراسة استطلاعًا ذاتيًا، ووجدت أن غير المبرمجين إما يفضلون استخدام الخط السفلي أو ليس لديهم تفضيل، بينما أبدى ٣٨٪ من المبرمجين المدربين على نمط "كاميل كيس" تفضيلهم للخط السفلي. ومع ذلك، لم يكن لهذه التفضيلات أي ارتباط إحصائي بالدقة أو السرعة عند ضبط المتغيرات الأخرى. [ ٤٦ ]

استخدمت دراسة متابعة أُجريت عام 2010 تصميمًا مشابهًا، شملت 15 مشاركًا من المبرمجين الخبراء المدربين بشكل أساسي على نمط كتابة الأحرف المتعرجة (snake case). استخدمت الدراسة محفزًا ثابتًا بدلًا من محفز متحرك، وخلصت إلى دقة تامة في كلا النمطين باستثناء استجابة خاطئة واحدة لنمط كتابة الأحرف الجملية (Camel Case). تعرّف المشاركون على المعرّفات في نمط كتابة الأحرف المتعرجة أسرع من نمط كتابة الأحرف الجملية. استخدمت الدراسة أجهزة تتبع حركة العين، ووجدت أن الفرق في السرعة بين المشاركين يعود أساسًا إلى أن متوسط ​​مدة التثبيت البصري لنمط كتابة الأحرف الجملية كان أعلى بكثير من متوسط ​​مدة التثبيت البصري لنمط كتابة الأحرف المتعرجة بالنسبة للمعرّفات المكونة من ثلاثة أجزاء. سجل الاستبيان مزيجًا من أنماط المعرّفات المفضلة، ولكن مرة أخرى لم تكن هناك علاقة بين النمط المفضل والدقة أو السرعة. [ 47 ]

انظر أيضاً

مراجع

  1. ↑ فوغارتي، ميغنون (27 أكتوبر 2009). كتاب قواعد اللغة: نصائح يومية للكتابة الناجحة من فتاة القواعد . مجموعة سانت مارتن للنشر. ص  14. ISBN 978-1-4299-6440-1.
  2. ↑ براون، آدم (21 سبتمبر 2018). فهم وتدريس تهجئة اللغة الإنجليزية: دليل استراتيجي . روتليدج. ص 173-174 . ISBN  978-1-351-62186-1.
  3. ↑ دراير، بنيامين (4 أغسطس 2020). لغة دراير الإنجليزية: دليل دقيق تمامًا للوضوح والأسلوب . دار راندوم هاوس للنشر. ص 228. ISBN  978-0-8129-8571-9.
  4. 1 2 "أنماط الكتابة بالأحرف الكبيرة - إطار عمل .NET 1.1" . 17 نوفمبر 2006. تم الاطلاع عليه في 5 ديسمبر 2012 .
  5. ↑ "اتفاقيات التسمية" . سكالا . تم الاطلاع عليه في 5 ديسمبر 2012 .
  6. ↑ "قضية الجمل" . تم الاطلاع عليه بتاريخ 10 مارس 2016 .
  7. ↑ "دليل الجودة والأسلوب لـ Ada 95" . أكتوبر 1995. القسم 3.1.3 . تم الاطلاع عليه بتاريخ 25 يناير 2020 .
  8. ↑ معايير وإرشادات برمجة لغة C#، مؤرشفة بتاريخ 11 أبريل 2008 في أرشيف الإنترنت (Wayback Machine) فيكلية التكنولوجيا بجامعة بيردو
  9. ↑ "CamelCase@Everything2.com" . Everything2.com . تم الاطلاع عليه بتاريخ 4 يونيو 2010 .
  10. 1 2 دليل أسلوب كتابة كود بايثون على الموقع www.python.org
  11. ↑ فيلدمان، إيان (29 مارس 1990). "الأسماء المركبة" . مجموعة الأخبار : alt.folklore.computers . يوزنت: 3230@draken.nada.kth.se .  
  12. ↑ " [ #APF-1088 ] إذا احتوى اسم الفئة على أحرف كبيرة، فسيفشل كود AppGen في اختبارات واجهة المستخدم وستكون الروابط التشعبية المُنشأة غير صحيحة. – AppFuse JIRA" . Issues.appfuse.org . مؤرشف من الأصل في 25 يونيو 2017. تم الاطلاع عليه في 4 يونيو 2010 .
  13. ↑ اصطلاحات تسمية ASP مؤرشفة في 8 أبريل 2009 في Wayback Machine ، بواسطة نانيت ثاكر (05/01/1999)
  14. ↑ إيفرسون، شيريل؛ كريستيانسن، ستايسي؛ فلانجين، أنيت؛ فونتاناروزا، فيل ب.؛ جلاس، ريتشارد م.؛ جريجولين، بريندا؛ لوري، ستيفن ج.؛ ماير، هارييت س.؛ وينكر، مارجريت أ.؛ يونغ، روزان ك.، محرران. (2007). دليل أسلوب الجمعية الطبية الأمريكية ( الطبعة العاشرة). أكسفورد، أوكسفوردشاير: مطبعة جامعة أكسفورد. ISBN  978-0-19-517633-9.
  15. ↑ هولت، كريستين أ.؛ هوكين، توماس ن. "دليل القرن الجديد الموجز - قواعد الكتابة الداخلية بالأحرف الكبيرة" . بيرسون للتعليم . مؤرشف من الأصل في 7 أبريل 2012.
  16. ↑ "ما اسم الكلمة التي تحتوي على حرفين كبيرين (مثل WordPad)؟" . AskOxford . أرشيف الإنترنت. مؤرشف من الأصل في 25 أكتوبر 2008. تم الاطلاع عليه في 12 يونيو 2022 .
  17. ↑ "براد أبرامز: تاريخ استخدام صيغتي Pascal Case و Camel Case" . learn.microsoft.com . 3 فبراير 2004. تم الاطلاع عليه بتاريخ 21 أكتوبر 2024 .
  18. ↑ "Pascal Case" . C2.com . 27 سبتمبر 2012. تم الاطلاع عليه في 4 يناير 2014 .
  19. ↑ "أنماط كتابة الأحرف الكبيرة المرجعية العامة في إطار عمل NET" . MSDN2 . 17 نوفمبر 2006. تم الاطلاع عليه في 4 يناير 2014 .
  20. ↑ "ويكي وورد" . Twiki.org . مؤرشف من الأصل في 19 يونيو 2010. تم الاطلاع عليه في 4 يونيو 2010 .
  21. ↑ "قضية ويكي" . C2.com . 8 فبراير 2010. تم الاطلاع عليه في 4 يونيو 2010 .
  22. ↑ رابوبورت، آفي (3 أبريل 1990). "الأسماء المركبة" . مجموعة الأخبار : alt.folklore.computers . 
  23. ↑ نيوتن لوف (12 سبتمبر 1995). "أنا سعيد مجدداً! – comp.os.os2.advocacy | مجموعات جوجل" . Groups.google.com . تم الاطلاع عليه بتاريخ 23 مايو 2009 .
  24. ↑ "حب نيوتن" . مجموعة مستخدمي يونكس في سانت لويس .
  25. ↑ أبرامز، براد (3 فبراير 2004). "تاريخ استخدام صيغتي Pascal Case و Camel Case" . learn.microsoft.com . تم الاطلاع عليه في 1 فبراير 2025 .
  26. ↑Richtiges und Gutes (الألمانية: Das Wörterbuch der sprachlichen Zweifelsfälle). دودن (في المانيا). المجلد.  9 (  الطبعة السابعة). مانهايم: معهد الببليوغرافيات. 2011. ص.  418. ردمك 978-3411040971.
  27. ↑ فاولر، هنري و .؛ فاولر، فرانسيس ج. (1908). "الفصل الرابع: علامات الترقيم - الواصلات" . الإنجليزية الملكية ( الطبعة الثانية). أكسفورد . مؤرشف من الأصل في 31 ديسمبر 2009. تم الاطلاع عليه في 19 ديسمبر 2009 . 
  28. ↑ يونس جاكوب بيرزيليوس (1813). مقال في سبب النسب الكيميائية وبعض الظروف المتعلقة بها: مع طريقة مختصرة وسهلة للتعبير عنها . حوليات الفلسفة 2، 443-454، 3، 51-52؛ (1814) 93-106، 244-255، 353-364.
  29. ↑ هنري م. ليستر وهربرت س. كليكستين، محرران. 1952، كتاب مصادر في الكيمياء، 1400-1900 (كامبريدج، ماساتشوستس: هارفارد)
  30. ↑ تقرير العلامات التجارية . جمعية العلامات التجارية الأمريكية . 1930. ISBN 1-59888-091-8.{{cite book}}عدم توافق رقم ISBN / التاريخ ( مساعدة )
  31. ↑ "الموسم الأول من برنامج مستر روجرز (الحلقة 4)" . تم الاطلاع عليه بتاريخ 21 يونيو 2022 .
  32. ↑ "تاريخنا" . unitedhealthgroup.com . مؤرشف من الأصل في 1 مايو 2019. تم الاطلاع عليه في 15 مايو 2019 .
  33. ↑ ""ملخص الدورة الثامنة". الحواسيب الرقمية: تقنيات الترميز المتقدمة. الدورة الصيفية 1954، معهد ماساتشوستس للتكنولوجيا" (ملف PDF) . 1954. الصفحات 8-6 . مؤرشف من الأصل (ملف PDF) بتاريخ 29 فبراير 2012. تم الاطلاع عليه بتاريخ 4 يناير 2014 . 
  34. ↑ ستراشي، كريستوفر (أكتوبر 1965). "مولد ماكرو للأغراض العامة" . مجلة الكمبيوتر . 8 (3): 225-241 . doi : 10.1093/comjnl/8.3.225 .
  35. ↑ نيكلاوس ويرث (2007). "موديولا-2 وأوبرون" . وقائع المؤتمر الثالث لجمعية ACM SIGPLAN حول تاريخ لغات البرمجة . HOPL III - سان دييغو . الصفحات 3-1 – 3-10 . CiteSeerX 10.1.1.91.1447 . doi : 10.1145/1238844.1238847 . ISBN   9781595937667. S2CID 1918928 . 
  36. ↑ wwlpublish. "تعريف المتغيرات - تدريب" . learn.microsoft.com . تم الاطلاع عليه بتاريخ 29 أغسطس 2023 .
  37. ↑ فرهاد مانجو (30 أبريل 2002). "الخريجون يرغبون في الدراسة على إيماكس أيضًا" . Wired.com . تم الاطلاع عليه في 4 يونيو 2010 .
  38. ↑ تعليقات، 20 يونيو 1998، المجلد 158، العدد 2139، مجلة نيو ساينتست، 20 يونيو 1998
  39. ↑ "دليل أسلوب كتابة جافا من جوجل" . google.github.io . تم ​​الاطلاع عليه بتاريخ 2 نوفمبر 2022 .
  40. ↑ ديف بينكلي؛ مارسيا ديفيس؛ دون لوري؛ كريستوفر موريل (2009). "إلى استخدام نمط CamelCase أو Under_score". المؤتمر الدولي السابع عشر لـ IEEE حول فهم البرامج، 2009. ICPC '09 . IEEE: 158–167 . CiteSeerX 10.1.1.158.9499 . فيما يتعلق بالمعرفات المكتوبة بنمط CamelCase، يكون لهذا تأثير أكبر على المعرفات التي تتضمن كلمات قصيرة، وخاصة المختصرات. على سبيل المثال، لنأخذ المختصر ID الموجود في المعرف kIOuterIIDPath. نظرًا لتسلسل الأحرف الكبيرة، فإن مهمة قراءة kIOuterIIDPath، وتحديدًا التعرف على كلمة ID، تصبح أكثر صعوبة. 
  41. ↑ أندرو ليه، ثورة ويكيبيديا: كيف أنشأت مجموعة من الأشخاص المجهولين أعظم موسوعة في العالم (نيويورك: هايبريون، 2009)، ص 57-58.
  42. ↑ Lih, The Wikipedia Revolution , pp. 62–63, 67.
  43. ↑ بلاكوود، جيسيكا؛ براون، كيت. "الاستخدام الأمثل لنمط CamelCase وهيكلة المنشورات" . تدريب المحتوى الرقمي المُيسّر . جامعة ماكماستر.
  44. ↑ "إرشادات إمكانية الوصول إلى وسائل التواصل الاجتماعي" . جامعة برينستون. 2022. مؤرشف من الأصل في 12 أكتوبر 2022. تم الاطلاع عليه في 12 أكتوبر 2022 .
  45. ↑ كاليب كرين (23 نوفمبر 2009). "ضد قضية كاميل" . نيويورك تايمز .
  46. ↑ ديف بينكلي؛ مارسيا ديفيس؛ دون لوري؛ كريستوفر موريل (2009). "الكتابة بنمط CamelCase أم بنمط Under_score". المؤتمر الدولي السابع عشر لمعهد مهندسي الكهرباء والإلكترونيات حول فهم البرامج، 2009. ICPC '09 . معهد مهندسي الكهرباء والإلكترونيات: 158-167 . CiteSeerX 10.1.1.158.9499 . تستند هذه التجربة إلى أعمال سابقة لباحثين آخرين يدرسون كيفية أداء قارئي اللغة الطبيعية لمثل هذه المهام. تشير النتائج إلى أن استخدام نمط CamelCase يؤدي إلى دقة أعلى لدى جميع المشاركين بغض النظر عن التدريب، وأن أولئك الذين تم تدريبهم على هذا النمط قادرون على التعرف على المعرفات المكتوبة بنمط CamelCase بشكل أسرع من المعرفات المكتوبة بنمط Under_score. 
  47. ↑ بونيتا شريف؛ جوناثان آي. ماليتيك (2010). "دراسة تتبع حركة العين حول أنماط مُعرّفات camelCase و under_score". المؤتمر الدولي الثامن عشر لـ IEEE حول فهم البرامج، 2010. IEEE. الصفحات 196-205 . CiteSeerX 10.1.1.421.6137 . doi : 10.1109/ICPC.2010.41 . ISBN   978-1-4244-7604-6S2CID 14170019 ( تنزيل ملف PDF ). تُقدم هذه الدراسة التجريبية لتحديد ما إذا كانت اصطلاحات تسمية المعرفات (مثل استخدام نمط CamelCase والشرطة السفلية) تؤثر على فهم الكود. استُخدم جهاز تتبع العين لجمع بيانات كمية من المشاركين أثناء التجربة. تهدف هذه الدراسة إلى تكرار دراسة سابقة نُشرت في مؤتمر ICPC 2009 (بينكلي وآخرون) والتي استخدمت اختبار استجابة مُحدد بوقت لجمع البيانات. يُتيح استخدام جهاز تتبع العين فهمًا أعمق ويتغلب على بعض قيود تقنيات جمع البيانات التقليدية. تُناقش الدراسة أوجه التشابه والاختلاف بين الدراستين. أحد الاختلافات الرئيسية هو أن المشاركين دُرِّبوا بشكل أساسي على نمط الشرطة السفلية وكانوا جميعًا مبرمجين. بينما تُشير النتائج إلى عدم وجود فرق في الدقة بين النمطين، إلا أن المشاركين يتعرفون على المعرفات في نمط الشرطة السفلية بشكل أسرع.