نمط المسافة البادئة

يُستخدم أسلوب كيرنيغان وريتشي (K&R) بشكل شائع في كتابة أكواد لغتي C وC++، وهو أساس للعديد من الأساليب المشتقة. وقد استُخدم في نواة نظام يونكس الأصلية، وفي كتاب كيرنيغان وريتشي "لغة برمجة C" ، وكذلك في كتاب كيرنيغان وبلاوغر " عناصر أسلوب البرمجة " .

على الرغم من أن لغة البرمجة C لا تُعرّف هذا الأسلوب صراحةً، إلا أنها تتبعه باستمرار. من الكتاب:

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

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

مثال على الكود:

int main ( int argc , char * argv []) { while ( x == y ) { do_something (); do_something_else (); if ( some_error ) fix_issue (); // كتلة تعليمات واحدة بدون أقواس else continue_as_usual (); } final_thing (); }

يُعدّ نمط الأقواس الحقيقي الوحيد [ ^{8 ] (} يُختصر إلى 1TBS أو OTBS ^{[ 9 ]} ) أحد أشكال نمط K&R حيث لا تُحذف الأقواس في كتلة جملة واحدة. ^{[ 10 ]}

bool is_negative ( int x ) { if ( x < 0 ) { return true ; } else { return false ; } }

على الرغم من أن استخدام الأقواس ليس مطلوبًا في لغات مثل C/C++، إلا أنه يضمن أن إدراج عبارة جديدة لا يؤدي إلى تدفق تحكم يتعارض مع المسافة البادئة، كما هو موضح على سبيل المثال في خطأ goto fail سيئ السمعة في Apple .

تختلف بعض المصادر حول معنى مصطلح "أسلوب الأقواس الحقيقي الواحد" - فقد يكون هناك اختلافات طفيفة بناءً على الأسلوب الأكثر شيوعًا للغة معينة، ^{[ 11 ] [ 12 ]} وقد يعلن مؤلفون فرديون عن أسلوب مختلف تمامًا باعتباره أسلوب الأقواس الحقيقي الواحد وفقًا لتفضيلاتهم الشخصية، ^{[ 13 ]} بينما يشير آخرون إليه على أنه "مصطلح خاص بالهاكرز" لـ K&R. ^{[ 14 ]}

تم تصميم شجرة مصدر نواة لينكس وفقًا لنمط K&R. ^{[ 15 ]} وينصح لينوس تورفالدز المساهمين باتباعه. تشمل سماته ما يلي:

• يستخدم علامات الجدولة للمسافة البادئة (وليس المسافات) ويفترض وجود علامات جدولة كل 8 مسافات
• يتطابق تخطيط الأقواس مع K&R، حيث تكون أقواس تعريفات الدوال على أسطر منفصلة، ​​بينما يكون القوس المفتوح للعبارات المركبة على نفس سطر عبارة التحكم، مفصولة بمسافة.
• تتم محاذاة التسميات في switchالعبارة مع الكتلة المحيطة بها (يوجد مستوى واحد فقط من المسافات البادئة).
• يبلغ الحد الأقصى لطول السطر 100 حرف، مع تفضيل الحد السابق لعام 2020 وهو 80 حرفًا. ^{[ 16 ]}
• لا يحتاج جسم العبارة المركبة (مثل if و while و do-while) المكون من جملة واحدة إلى أن يكون محاطًا بأقواس معقوفة. أما إذا if-elseتطلبت جملة فرعية واحدة أو أكثر أقواسًا معقوفة، فيجب وضع كلتا الجملتين الفرعيتين داخل أقواس معقوفة.

دالة القوة ( عدد صحيح س ، عدد صحيح ص ) { عدد صحيح النتيجة ؛إذا كانت قيمة y أقل من الصفر ، فإن النتيجة تساوي صفرًا . وإلا ، فإن النتيجة تساوي واحدًا . طالما أن قيمة y أكبر من الصفر ، فإن النتيجة تساوي x . ثم تُعاد النتيجة .

يستخدم جزء كبير من كود جافا نمطًا مُعدَّلًا من نمط K&R، حيث يكون القوس المفتوح على نفس السطر ليس فقط للكتل داخل الدالة، بل أيضًا لتصريحات الأصناف أو الدوال. ينتشر هذا النمط على نطاق واسع لأن أدلة أسلوب Sun Microsystems الأصلية ^{[ 17 ] [ 18 ] [ 19 ]} استخدمت هذا النمط من K&R، ونتيجة لذلك، كُتبت معظم الشيفرة المصدرية القياسية لواجهة برمجة تطبيقات جافا بهذا النمط. كما أنه نمط شائع للمسافات البادئة في ActionScript و JavaScript ، إلى جانب نمط Allman .

قام بيارن ستروستروب بتكييف أسلوب K&R للغة C++ في كتبه، مثل البرمجة: المبادئ والممارسة باستخدام C++ ولغة برمجة C++ . ^{[ 20 ]}

بخلاف الصيغ المذكورة أعلاه، لا يستخدم ستروستروب عبارة "cuddled else". وبالتالي، سيكتب ستروستروب ^{[ 20 ]}

إذا كانت قيمة x أقل من الصفر ، فسيتم طباعة " سالب" وكتابة x كقيمة سالبة . أما إذا كانت قيمة x أقل من الصفر ، فسيتم طباعة " غير سالب" وكتابة x كقيمة غير سالبة .

يقوم ستروستروب بتوسيع أسلوب K&R للفئات، ويكتبها على النحو التالي:

class DoubleVec { public : // إنشاء كائن DoubleVec DoubleVec ( int s ) : elem ( new double [ s ] ), sz ( s ) { } // الوصول إلى العناصر: الفهرسة double & operator []( int i ) { return elem [ i ]; } int size () { return sz ; } private : // مؤشر إلى العناصر double * elem ; // عدد العناصر int sz ; };

لا يقوم ستروبسترب بوضع مسافة بادئة للتسميات public:و private:. كذلك، في هذا النمط، بينما يبدأ القوس المفتوح للدالة في سطر جديد، يكون القوس المفتوح للفئة على نفس سطر اسم الفئة.

يُتيح ستروستروب كتابة الدوال القصيرة في سطر واحد. نمط ستروستروب هو نمط مسافة بادئة مُسمى مُتاح في مُحرر إيماكس . يُشجع ستروستروب على استخدام نمط تخطيط مُشتق من K&R مع لغة C++ كما هو مُبين في إرشاداته الأساسية الحديثة للغة C++ . ^{[ 21 ]}

تستخدم أنظمة تشغيل توزيعة برمجيات بيركلي ( BSD) أسلوبًا يُطلق عليه أحيانًا اسم "النموذج الطبيعي للنواة" (KNF). ورغم أنه مُصمم في الأساس لرمز النواة، إلا أنه يُستخدم على نطاق واسع في رمز المستخدم . وهو في جوهره نسخة موثقة بدقة من أسلوب K&R المستخدم في شفرة مصدر يونكس الإصدارين 6 و7 من مختبرات بيل. ^{[ 22 ]}

تستخدم نواة نظام التشغيل SunOS ومساحة المستخدم نمطًا مشابهًا للمسافة البادئة. ^{[ 22 ]} ومثل KNF، استند هذا النمط أيضًا إلى وثائق نمط AT&T، ويُطلق عليه أحيانًا اسم نموذج بيل جوي الطبيعي. ^{[ 23 ]} نُشر دليل SunOS في عام 1996؛ ونوقشت لغة ANSI C بإيجاز. ويمكن التحقق من صحة المسافة البادئة لقائمة ملفات المصدر باستخدام برنامج cstyle الذي كتبه بيل شانون. ^{[ 22 ] [ 23 ] [ 24 ]}

في هذا النمط، يُضبط الفاصل الجدولي الصلب (ts في vi ) على ثمانية أعمدة، بينما يُعرَّف الفاصل الجدولي المرن غالبًا كعامل مساعد أيضًا (sw في vi)، ويُضبط على أربعة. تُستخدم الفواصل الجدولية الصلبة لضبط مسافة بادئة لكتل ​​التعليمات البرمجية، بينما يُستخدم الفاصل الجدولي المرن (أربع مسافات) لإضافة مسافة بادئة لجميع الأسطر المتصلة التي يجب تقسيمها على عدة أسطر.

علاوة على ذلك، لا تستخدم استدعاءات الدوال مسافة قبل الأقواس، على الرغم من أن عبارات لغة C الأصلية مثل if`f` whileو` dof` switchو` returnf` تستخدم مسافة (في حالة returnاستخدام `f` مع الأقواس). يجب على الدوال التي لا تُعلن عن أي متغيرات محلية في كتلتها الرئيسية أن تترك سطرًا فارغًا بعد قوس الفتح الخاص بكتلتها.

أمثلة:

بينما ( س == ص ) { شيء ما (); شيء_آخر (); } الشيء_النهائي ();

إذا كانت البيانات غير فارغة ( data != NULL ) والنتيجة ( res > 0 ) ، فسيتم تنفيذ ما يلي: إذا نجحت عملية تعريف الخاصية ( JS_DefineProperty) للقيمة " data " باستخدام الدالة STRING_TO_JSVAL ، فسيتم نسخها إلى سلسلة JS باستخدام الدالة JS_NewStringCopyN ، وسيتم تحرير الذاكرة المخصصة للقيمة " data " باستخدام الدالة PQfreemem . أما إذا كانت البيانات فارغة ( data ! = NULL ) ، فسيتم تنفيذ ما يلي : إذا نجحت عملية تعريف الخاصية ( JS_DefineProperty ) للقيمة " data " باستخدام الدالة OBJECT_TO_JSVAL ، فسيتم تحرير الذاكرة المخصصة للقيمة " data " باستخدام الدالة PQfreemem .

static JSBool pgresult_constructor ( JSContext * cx , JSObject * obj , uintN argc , jsval * argv , jsval * rval ) {QUEUE_EXCEPTION ( "فئة PGresult غير قابلة للإنشاء بواسطة المستخدم" );return ( JS_FALSE ); }

يُطلق على أسلوب ألمان اسم إريك ألمان . ويُطلق عليه أحيانًا أسلوب BSD لأن ألمان كتب العديد من الأدوات المساعدة لنظام BSD Unix (مع أنه لا ينبغي الخلط بين هذا وبين "أسلوب BSD KNF" المختلف؛ انظر أعلاه).

يضع هذا النمط القوس المرتبط بعبارة التحكم في السطر التالي، مع إزاحة إلى نفس مستوى عبارة التحكم. أما العبارات الموجودة داخل الأقواس فتُزاح إلى المستوى التالي. ^{[ 14 ]}

بينما ( س == ص ) { شيء ما (); شيء آخر (); }final_thing ();

يشبه هذا الأسلوب المسافة البادئة القياسية المستخدمة في لغات باسكال و Transact-SQL ، حيث تكون الأقواس مكافئة للكلمات الرئيسية beginو end.

(* مثال على نمط مسافة بادئة كود ألمان في باسكال *) الإجراء dosomething ( x , y : عدد صحيح ) ; ابدأ بينما x = y do ابدأ شيء ما () ; شيء_آخر () ; نهاية ; نهاية ;

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

على سبيل المثال، ما يلي لا يزال صحيحًا من الناحية النحوية:

// بينما (س == ص) { شيء ما (); شيء آخر (); }

كما هو الحال مع هذا:

// for (int i=0; i < x; i++) // while (x == y) if ( x == y ) { something (); something_else (); }

حتى مع هذا، مع التجميع المشروط:

int c ; #ifdef HAS_GETCH while (( c = getch ()) != EOF ) #else while (( c = getchar ()) != EOF ) #endif { do_something ( c ); }

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

زعم موقع "جارجون فايل" أن أسلوبي "وايتسميث" و "ألمان " كانا الأكثر شيوعًا في مجال التدعيم عام 1991 ، حيث حظيا بشعبية متساوية تقريبًا في ذلك الوقت. ^{[ 14 ] [ 25 ]}

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

على غرار أسلوب راتليف، يتم وضع مسافة بادئة للقوس المغلق بنفس طريقة وضع المسافات البادئة للعبارات داخل الأقواس. ^{[ 26 ]}

بينما ( س == ص ) { شيء ما (); شيء آخر (); }final_thing ();

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

مثال:

إذا كانت البيانات غير فارغة ( data != NULL ) والنتيجة ( res > 0 ) ، فسيتم تنفيذ ما يلي: إذا لم يتم تعريف الخاصية ( data ) باستخدام الدالة JS_DefineProperty ، فسيتم عرض رسالة خطأ " خطأ داخلي ! " ، ثم الانتقال إلى قسم الأخطاء ( err ) . بعد ذلك ، سيتم تحرير الذاكرة المخصصة للبيانات ( data ) باستخدام الدالة PQfreemem . أما إذا لم يتم تعريف الخاصية ( data ) باستخدام الدالة JS_DefineProperty ، فسيتم عرض رسالة خطأ " خطأ داخلي!" ، ثم الانتقال إلى قسم الأخطاء ( err ) .

else ifيتم التعامل معها كبيان، تمامًا مثل #elifبيان المعالج المسبق.

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

اشتهر هذا النمط بفضل ريتشارد ستالمان ، وقد يكون متأثرًا بخبرته في كتابة أكواد لغة ليسب . ^{[ 28 ]} في ليسب، يُعدّ ما يُعادل الكتلة (progn) كيان بيانات من الدرجة الأولى، ويُساعد تخصيص مستوى مسافة بادئة خاص به على التأكيد على ذلك، بينما في لغة سي، تُعتبر الكتلة مجرد بناء جملة. يمكن أيضًا إيجاد هذا النمط في بعض كتب لغات البرمجة ALGOL و XPL من ستينيات وسبعينيات القرن الماضي. ^{[ 29 ] [ 30 ]}

على الرغم من أن أسلوب برمجة GNU لا يتضمن مسافة بادئة بحد ذاته، إلا أنه يتضمن أيضًا مسافة بعد اسم الدالة - قبل القوس الأيسر لقائمة الوسائط. ^{[ 27 ]}

static char * concat ( char * s1 , char * s2 ) { while ( x == y ) { something (); something_else (); } final_thing (); }

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

توصي معايير ترميز جنو بهذا الأسلوب، ويستخدمه جميع القائمين على صيانة برامج مشروع جنو تقريبًا.

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

ينصح ستيف ماكونيل ، في كتابه "Code Complete "، بعدم استخدام هذا الأسلوب: إذ يضع علامة "رعب البرمجة" على نموذج برمجي يستخدمه، رمزًا للبرمجة الخطيرة للغاية، ويذكر أنه يعيق سهولة القراءة. ^{[ 26 ]} كما توصي وثائق أسلوب كتابة نواة لينكس بعدم استخدام هذا الأسلوب، وتحث القراء على حرق نسخة من معايير برمجة جنو كـ"لفتة رمزية عظيمة". ^{[ 32 ]}

يُطبّق كتاب "مفاهيم الحوسبة باستخدام أساسيات لغة C++" للمؤلف كاي إس. هورستمان، الصادر عام 1997، أسلوب ألمان بوضع أول عبارة في الكتلة على نفس سطر القوس المفتوح. ويُستخدم هذا الأسلوب أيضًا في أمثلة من كتاب "دليل مستخدم باسكال وتقريره" لجنسن وويرث . ^{[ 33 ]}

بينما ( س == ص ) { شيء ما (); شيء_آخر (); //... إذا ( س < 0 ) { اطبع ( "سالب" ); سالب ( س ); } وإلا { اطبع ( "غير سالب" ); غير سالب ( س ); } } الشيء_النهائي ();

يجمع هذا النمط بين مزايا نمط ألمان من خلال الحفاظ على المحاذاة الرأسية للأقواس لسهولة القراءة وتحديد الكتل بسهولة، مع توفير سطر من نمط K&R. ومع ذلك، يستخدم إصدار 2003 الآن نمط ألمان بالكامل. ^{[ 34 ]}

هذا هو الأسلوب الأكثر شيوعًا في لغة بيكو من قِبل مصمميها. تفتقر بيكو إلى عبارات الإرجاع، وتستخدم الفواصل المنقوطة كفواصل بين العبارات بدلًا من علامات الإنهاء. ينتج عنها هذا التركيب: ^{[ 35 ]}

stuff(n): { x: 3 * n; y: do_stuff(x); y + x } 

تتشابه مزايا وعيوب هذا الأسلوب مع تلك المتعلقة بتوفير مساحة الشاشة باستخدام أسلوب K&R. ومن المزايا الإضافية أن الأقواس البادئة والختامية متسقة في الاستخدام (إذ تشترك كلتاهما في المساحة مع سطر من التعليمات البرمجية)، مقارنةً بأسلوب K&R، حيث يشترك أحد الأقواس في المساحة مع سطر من التعليمات البرمجية، بينما يكون للقوس الآخر سطر خاص به.

في كتاب "المبرمجون في العمل" ^{[ 36 ]} ، ناقش سي. واين راتليف، المبرمج الأصلي للغتي البرمجة الشهيرتين من الجيل الرابع dBase -II وdBase-III ، أسلوبًا مشابهًا لأسلوب 1TBS، لكن قوس الإغلاق فيه يتماشى مع مسافة بادئة الكتلة المتداخلة. وأشار إلى أن هذا الأسلوب وُثِّق في الأصل في مواد من شركة Digital Research Inc. وقد أُطلق على هذا الأسلوب أحيانًا اسم "أسلوب اللافتة " ^{[ 37 ]} ، ربما لتشابهه مع لافتة معلقة على عمود. في هذا الأسلوب، الذي يُعدّ بالنسبة لأسلوب Whitesmiths بمثابة أسلوب K&R بالنسبة لأسلوب Allman، تكون مسافة بادئة عنصر التحكم في الإغلاق مماثلة لمسافة بادئة العنصر الأخير في القائمة (وبالتالي يفقد بروزه بشكل صحيح) ^{[ 26 ].} قد يُسهّل هذا الأسلوب المسح البصري للبعض، حيث أن عناوين أي كتلة هي الشيء الوحيد الذي يتم إبرازه في ذلك المستوى (وتقوم النظرية على أن عنصر التحكم في الإغلاق للكتلة السابقة يتداخل مع التدفق البصري لعنوان الكتلة التالية في أسلوبي K&R وAllman). يستخدم كيرنيغان وبلاوجر هذا الأسلوب في كود Ratfor في أدوات البرمجيات . ^{[ 38 ]}

// في لغة C for ( i = 0 ; i < 10 ; i ++ ) { if ( i % 2 == 0 ) { do_something ( i ); } else { do_something_else ( i ); } }

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

يفضل النمط التقليدي للغة ليسب استخدام مسافات بادئة ضيقة للغاية (عادةً مسافتين) لأن شيفرة ليسب عادةً ما تكون متداخلة بعمق كبير، إذ لا تحتوي ليسب إلا على تعابير ، دون وجود فئة مميزة من العبارات ؛ وتُزاح وسائط الدوال في الغالب إلى نفس المستوى لتوضيح وضعها المشترك داخل التعبير المُحيط. ويرجع ذلك أيضًا، بغض النظر عن الأقواس، إلى أن ليسب لغة مختصرة جدًا، إذ تحذف حتى الأشكال الشائعة من الشيفرة النمطية البسيطة باعتبارها غير مفيدة، مثل elseالكلمة المفتاحية في كتلة، وتستبدلها بشكل موحد بـ .if : then | else(if expr1 expr2 expr3)

// C for ( i = 0 ; i < 10 ; i ++ ) { if ( i % 2 == 0 ) { do_something ( i );} else { do_something_else ( i ); do_third_thing ( i );}}

;; Lisp ( dotimes ( i 10 ) ( if ( = ( rem i 2 ) 0 ) ( do-something i ) ( progn ( do-something-else i ) ( do-third-thing i ))))

^{ملاحظة: prognهذه عملية لتقييم عدة تعبيرات فرعية بالتسلسل بحثًا عن تأثيراتها ، مع تجاهل جميع القيم المُعادة باستثناء القيمة الأخيرة (الرقم n). في حال الرغبة في الحصول على جميع القيم المُعادة، valuesتُستخدم هذه العملية.}

يمكن أن يجعل تخطيط لغة هاسكل وضع الأقواس اختياريًا، على الرغم من أن الأقواس والفواصل المنقوطة مسموح بها في اللغة. ^{[ 39 ]} المقطعان التاليان مقبولان بنفس القدر للمترجم:

بدون أقواس = do text <- getContents let firstWord = head $ words text bigWord = map toUpper firstWord putStrLn bigWordدالة `braceful` = do { text <- getContents ; let { firstWord = head $ words text ; bigWord = map toUpper firstWord } ; putStrLn bigWord }

في لغة هاسكل، يمكن استبدال الأقواس المعقوفة بنمط التنسيق. عادةً ما تُحذف الأقواس المعقوفة والفاصلة المنقوطة في الأجزاء الإجرائيةdo ونص البرنامج عمومًا، ولكن يُستخدم هذا النمط عادةً للقوائم والسجلات والعناصر النحوية الأخرى المكونة من زوج من الأقواس المعقوفة أو المعقوفة، مفصولة بفواصل أو فواصل منقوطة. [ 40 ^{] إذا حذف} الكود الذي يلي الكلمات المفتاحية ` ^{<code> < ...}whereletof

كمثال على مدى اختصار لغة APL عادةً، إليك تطبيق دالة الخطوة للعبة الحياة لكونواي :

الحياة ← { ⊃ 1 ⍵ ∨ . ∧ 3 4 =+ / + ⌿ ¯1 0 1 ∘. ⊖ ¯1 0 1 ⌽ ¨ ⊂ ⍵ }

يُشابه أسلوب لغة APL C أسلوب APL المختصر، ويُستخدم بكثرة في تطبيقاتها. ^{[ 42 ]} وقد كان آرثر ويتني رائدًا في هذا الأسلوب ، ويُستخدم بكثافة في تطبيق K ، وهو مشروع آرثر الخاص. كما تُطبّق لغة البرمجة J بهذا الأسلوب أيضًا. والجدير بالذكر أن بعض تطبيقات APL لا تستخدم هذا الأسلوب من لغة C، وتحديدًا: GNU APL وDyalog APL.

بالإضافة إلى نمط المسافة البادئة للغة C في لغة APL، عادةً ما يتم اختصار الأسماء إلى حرف واحد أو حرفين: لتقليل مقدار المسافة البادئة، والتعبيرات التي تمتد على عدة أسطر. ^{[ 43 ]}

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

قد يؤدي تخزين أحرف الجدولة في التعليمات البرمجية إلى عدم محاذاة مرئية عند عرضها في سياقات مختلفة، مما يتعارض مع قيمة نمط المسافة البادئة.

لا يوجد إجماع بين المبرمجين حول تخزين علامات الجدولة. يستشهد مؤيدو تخزينها بسهولة الكتابة وصغر حجم الملفات النصية، حيث أن علامة الجدولة الواحدة تؤدي وظيفة عدة مسافات. بينما يرى معارضوها، مثل جيمي زاوينسكي ، أن استخدام المسافات بدلاً من علامات الجدولة يزيد من قابلية نقل البرامج عبر المنصات المختلفة . ^{[ 45 ]} في المقابل، يرى آخرون، مثل واضعي معايير برمجة ووردبريس ، أن علامات الجدولة الثابتة تزيد من قابلية النقل. ^{[ 46 ]} وقد أظهر مسحٌ لأفضل 400,000 مستودع على منصة غيت هاب أن المسافات أكثر شيوعاً. ^{[ 47 ]}

يمكن ضبط العديد من محررات النصوص، بما في ذلك Notepad++ و TextEdit و Emacs و vi و nano ، إما لحفظ علامات الجدولة عند إدخالها باستخدام مفتاح الجدولة، أو لتحويلها إلى مسافات (بناءً على عرض الجدولة المُحدد) بحيث لا تُضاف علامات الجدولة إلى الملف عند الضغط على مفتاح الجدولة. بعض المحررات قادرة على تحويل علامات الجدولة إلى مسافات والعكس.

يمكن ضبط بعض برامج تصفح الملفات النصية ، مثل برنامج less ، لعرض علامات التبويب. كما يمكن لبعض الأدوات، مثل أداة التوسيع / التوسيع، التحويل أثناء التشغيل باستخدام المرشحات.

• علامات الجدولة مقابل المسافات: حرب مقدسة أبدية بقلم جيمي زاوينسكي
• لماذا أفضل عدم استخدام علامات الجدولة في شفرة المصدر؟ بقلم آدم سبيرز
• لماذا أحب استخدام علامات التبويب في شفرة المصدر (مؤرشف)
• علامات الجدولة المرنة – الحل لمشكلة علامات الجدولة مقابل المسافات