إطلاق watgo: طقم أدوات WebAssembly بلغة Go الصافية يتجاوز تعقيدات C++ وRust

لم يعد مبرمجو Go مضطرين للاعتماد على أدوات مكتوبة بـ C++ مثل wabt أو Rust مثل wasm-tools للتعامل مع ملفات WebAssembly. المشروع الجديد watgo وصل إلى مرحلة التوافر العام (GA)، وهو يأتي بهوية واضحة: لغة Go صافية، وبدون أي تبعات خارجية (zero-dependency).

القلب النابض لهذا المشروع هو wasmir. هذا ليس مجرد اسم، بل هو تمثيل دلالي (semantic representation) لموديول الـ WebAssembly. عند تحويل ملفات WAT (تنسيق النص) إلى binary، يقوم wasmir بعملية «تسطيح» للبيانات؛ تختفي الأسماء البرمجية وتتحول إلى مؤشرات رقمية، وتتحول التعليمات المعقدة إلى شكل خطي بسيط. هذا بالضبط ما تحتاجه الآلة الافتراضية لـ WASM التي تعتمد في أصلها على نظام المكدس (Stack-based VM).

بالمناسبة، الاختبارات هنا ليست مجرد إجراءات شكلية. المطور اعتمد استراتيجية «هجومية» في الاختبار؛ استخدم جناح الاختبارات الرسمي لـ WebAssembly الذي يضم قرابة 200 ألف سطر من ملفات .wast. العملية تتم عبر تحويل WAT إلى WASM بواسطة watgo، ثم تشغيل الناتج عبر Node.js للتأكد من صحة التنفيذ. نجاح الأداة في اجتياز كامل الاختبارات الرسمية يعطيها موثوقية عالية رغم حداثتها.

يمكن تثبيت الأداة مباشرة عبر الأمر المعتاد: go install github.com/eliben/watgo/cmd/watgo@latest. الأداة مصممة لتكون متوافقة مع واجهة أوامر wasm-tools.

هناك تفصيلة تقنية قد تهم البعض: حزمة textformat التي تعالج القواعد النحوية لـ WAT لا تزال «داخلية» (internal) في الوقت الحالي. المطور يفضل إخفاءها حتى يرى مدى الاهتمام بها مستقبلاً. حالياً، التركيز منصب على wasmir وكيفية معالجة الموديولات برمجياً.

فيما يخص الاستخدام البرمجي (API)، يتيح watgo تحليل الوظائف (Functions) والتعليمات بشكل مباشر. مثلاً، يمكن عدّ تعليمات i32.add أو فحص البارامترات داخل الموديول بسهولة عبر تكرار (Loop) بسيط على جسد الوظيفة.

الاعتماد على Node.js كجزء من بيئة الاختبار يعكس واقعية في التطوير، حيث يتم التأكد من أن الملفات الثنائية الناتجة قابلة للتنفيذ في بيئات التشغيل الحقيقية وليس فقط نظرياً. المشروع يتضمن أيضاً عينات برمجية واقعية في مستودع wasm-wat-samples لضمان عدم حدوث تراجعات في الأداء أو التوافقية.