منسّق الأكواد
خمس لغات ومسافة بادئة واحدة

ما يفعله منسّق الأكواد بالملف

الترتيب والمعنى شيئان منفصلان في الشيفرة المصدرية. لذلك يستطيع منسّق الأكواد أن يغيّر كل مسافة دون تغيير ما يفعله البرنامج.

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

خمسة أوضاع تقف خلف محرّر واحد في منسّق الأكواد هذا: Java وC وC++ وActionScript وcrontab. ولأن الأربعة الأولى تتشارك صياغة الأقواس، تتشارك معظم القارئ، ثم تضيف كل لغة قواعدها.

كل شيء يعمل في هذا التبويب. لذلك يمكنك ترتيب ملف سري دون أن يلامس خادمًا.

والناتج ملف يستطيع المراجع قراءته. ولأن الفرق يعرض تغيّر الترتيب كاملًا، تبقى الكلمة لك فيما يعود إلى المستودع.

كيف يقرأ منسّق الأكواد ملفًا

لا يستطيع المنسّق أن يعدّ المسافات فحسب. بل يمرّ على النص مرة واحدة وهو يتتبّع الحالة التي فيها.

يعرف المسار أربع حالات: شيفرة عادية، ونص متسلسل، ومحرف متسلسل، وملاحظة. ولأن القوس يعني شيئًا في الشيفرة ولا يعني شيئًا داخل نص، تحدد الحالة كل شيء.

هذه القاعدة وحدها تفصل بين منسّق وبين بحث واستبدال. فتعبير نمطي يزحف عند كل قوس فاتح سيحرّك الأسطر داخل نص يحمل قوسًا.

لذلك يقيس المسار السطر بدل أن يعيد كتابته. ثم يضبط العمق عند نهاية السطر زحف السطر التالي.

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

لماذا يهم قوس داخل نص

تأمّل سطرًا يبني رسالة من قوس شارد، أو تعبيرًا نمطيًا مكتوبًا كنص متسلسل. في نظر العدّاد يبدو كل منهما بداية كتلة.

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

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

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

وتفسّر الآلة نفسها ثلاثة من الأعطال الشائعة المذكورة أسفل هذه الصفحة. لذلك يستحق الأمر قراءة مرتين.

الزحف وشكل القوس جنبًا إلى جنب

إعدادان يقومان بمعظم العمل المرئي في منسّق الأكواد. الأول الزحف، والثاني مكان القوس الفاتح.

عرض الزحف عدد من المسافات، من اثنتين إلى ثمانٍ، أو علامة جدولة واحدة. ولأن الخيار عُرف عملي لا سؤال صحة، يصلح الاثنان ما دام الملف متسقًا.

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

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

ويجلس القوس الغالق دائمًا عند زحف السطر الذي فتحه. وهذه القاعدة وحدها تجعل دالة طويلة مقروءة، لأن العين تجد نهاية الكتلة دون عدّ.

ما يضيفه تنسيق crontab

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

خمسة حقول تكوّن الجدولة: الدقيقة والساعة ويوم الشهر والشهر ويوم الأسبوع، كما تعرضها مرجعية cron. ثم يأتي أمر، وتبقى مسافاته كما هي.

لذلك يعدّ الأدوات الحقول ويسمّي الناقص منها ويشير إلى قيمة لا يمكن أن تعني شيئًا. فساعة 26 ودقيقة 61 مستحيلتان، وسهل كتابتهما.

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

وتبقى الملاحظات التي تبدأ بعلامة الشبك في مكانها. وبالتالي يعود الملف وملاحظاته سليمة وأعمدته محاذاة.