منسق كود جو (بنمط gofmt)

قرر مبتكرو Go أن مناقشات التنسيق تضيع وقت المطورين. من خلال فرض gofmt كمنسق قياسي، تقضي Go على حجج الأسلوب تمامًا — لا توجد مناقشة Prettier مقابل ESLint، ولا حرب علامات الجدولة مقابل المسافات. كل ملف Go في كل مشروع يبدو متماثلًا، مما يقلل الحمل المعرفي عند قراءة الكود غير المألوف ويسهل الأدوات الآلية. المقولة الشهيرة لـ Go تلخص الأمر: أسلوب gofmt ليس المفضل لدى أي شخص، ومع ذلك gofmt هو المفضل لدى الجميع.

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

يتعامل gofmt مع تنسيق الكود فقط — المسافات البادئة، التنسيق، وضع الأقواس. يقوم goimports بكل ما يفعله gofmt، بالإضافة إلى أنه يضيف تلقائيًا عبارات الاستيراد المفقودة ويزيل تلك غير المستخدمة عن طريق تحليل الحزم التي يشير إليها الكود الخاص بك. يستخدم معظم مطوري Go goimports كبديل مباشر لـ gofmt لأنه مجموعة فائقة تمامًا. كلاهما ينتج تنسيقًا متطابقًا؛ goimports يضيف فقط إدارة الاستيراد في الأعلى.

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

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