لماذا الشرطة السفلية قبل import في Go؟ شرح بالأمثلة

ما الذي يخفيه الشرطة السفلية في import؟ دليل لمن يريد فهم Go بشكل أعمق

هل سبق لك أن فتحت كودًا لشخص آخر بلغة Go ورأيت سطرًا مثل import _ "github.com/lib/pq"؟ أول رد فعل — «هل هذا قانوني أصلاً؟ ألن يشتكي المترجم؟». مفاجأة: لن يشتكي. بل أكثر من ذلك، هذه واحدة من أكثر الميزات أناقة في اللغة، والتي غالبًا ما تثير أسئلة لدى المبتدئين. دعنا نفهم ما يفعله هذا الرمز الغامض للشرطة السفلية قبل الاستيراد في Go، وكيفية استخدامه بذكاء.

على Stack Overflow، جمع هذا السؤال آلاف المشاهدات — وهذا ليس مفاجئًا. يبدو التركيب النحوي كخطأ مطبعي، لكن خلفه يكمن مفهوم عميق لـ تهيئة الحزم والآثار الجانبية. في هذه المقالة، لن نعطي تعريفًا جافًا فقط، بل سنعرض سيناريوهات حقيقية حيث لا يمكن الاستغناء عن _. هيا بنا!

المشكلة: «استوردت ولكن لا أستخدم»

في Go، هناك قاعدة صارمة: يجب استخدام كل حزمة مستوردة. وإلا لن يتم تجميع الكود. هذا من أجل النظافة والأداء — لا حمولة ميتة. لكن ماذا لو أردنا فقط تنفيذ كود الحزمة عند بدء البرنامج، دون استدعاء دوالها مباشرة؟ هنا يأتي دور blank identifier (المعرف الفارغ) — الرمز _.

عندما تكتب:

import _ "some/package"

— فأنت تقول للمترجم: «أعلم أنني لن أستدعي دوال من هذه الحزمة، لكن من فضلك، نفذ دالة init() الخاصة بها». سينفذ Go التهيئة، لكنه لن يعطي خطأ «unused import».

كيف تعمل init() ولماذا هذا مهم

يمكن أن تحتوي كل حزمة في Go على دالة أو أكثر init(). يتم تنفيذها تلقائيًا عند استيراد الحزمة، قبل دالة main(). ترتيب التنفيذ محدد بدقة:

\n
• أولاً، تتم تهيئة متغيرات الحزمة
\n
• ثم يتم استدعاء init()
\n
• إذا كانت الحزمة تستورد حزمًا أخرى — يتم تهيئتها أولاً
\n

مثال للتوضيح. لننشئ حزمة config:

// config/config.go\npackage config\n\nvar AppName string\n\nfunc init() {\n    AppName = "MyApp v1.0"\n    println("Config initialized:", AppName)\n}

الآن في main.go يمكننا استيراد هذه الحزمة «بصمت»:

// main.go\npackage main\n\nimport (\n    _ "example.com/project/config"\n    "fmt"\n)\n\nfunc main() {\n    fmt.Println("Main function started")\n}

نتيجة التنفيذ:

Config initialized: MyApp v1.0\nMain function started

لاحظ: لم نستدعِ config.AppName — لقد استوردنا الحزمة بشرطة سفلية فقط، وتم تشغيل init() الخاص بها تلقائيًا. هذه هي الآلية الأساسية التي تُبنى عليها العديد من الحلول الواقعية.

السيناريو الرئيسي: تسجيل برامج تشغيل قواعد البيانات

المثال الأكثر شيوعًا لاستخدام import _ في كود الإنتاج هو تسجيل برامج تشغيل قواعد البيانات. تستخدم الحزمة القياسية database/sql نمط «المصنع»: يتم تسجيل جميع برامج التشغيل عبر sql.Register() في دوال init() الخاصة بها.

انظر كيف يتم توصيل PostgreSQL (برنامج التشغيل lib/pq):

import (\n    "database/sql"\n    _ "github.com/lib/pq" // يسجل برنامج التشغيل "postgres"\n)\n\nfunc main() {\n    db, err := sql.Open("postgres", "user=... dbname=...")\n    // ...\n}

داخل lib/pq في init() مكتوب شيء مثل:

func init() {\n    sql.Register("postgres", &Driver{})\n}

بدون الاستيراد الفارغ، لن يتم تسجيل برنامج التشغيل، وسيعيد sql.Open("postgres", ...) خطأ «unknown driver». نفس الشيء ينطبق على MySQL و SQLite و Oracle وقواعد بيانات أخرى.