الملخص:
مع إصدار Python 3.15، أصبحت بيئة تطوير Python لمنصة Windows on Arm أكثر نضجًا: عند استخدام Python Installation Manager 26.4 لتثبيت 3.15 على جهاز Arm، سيتم تحديد مترجم ARM64 الأصلي افتراضيًا بدلاً من الإصدار x64. تم إصدار Python 3.15 رسميًا في 9 أكتوبر؛ قالت Microsoft أن Windows on Arm أصبح الآن منصة من المستوى الثاني لـ CPython، مما يعني أن البنية تتضمن البناء والاختبار المستمر. يجب إصلاح الأخطاء ذات الصلة في الوقت المناسب، وسيؤثر فشل اختبار النظام الأساسي على إصدار الإصدار الرسمي من CPython.
تُظهر إحصائيات Microsoft أنه اعتبارًا من سبتمبر 2026، من بين أكثر 1000 مشروع تم تنزيلها على PyPI، أصدر حوالي 94% من أحدث الإصدارات حزم برامج متاحة لنظام التشغيل Windows on Arm. ومع ذلك، فإن هذه النسبة لا تعني أن جميع المشاريع توفر رمز ARM64 الأصلي: تتضمن الإحصائيات أيضًا عجلات ARM64 الأصلية، بالإضافة إلى عجلات Python العالمية التي لا تعتمد على بنيات معالج محددة ويمكن استخدامها عبر الأنظمة الأساسية. حتى لو كانت حزمة البرامج ذات المستوى الأعلى عبارة عن حزمة عالمية، فإن المكونات الأساسية التي تعتمد عليها قد تظل تحتوي على امتدادات أصلية غير منقولة، لذلك لا يمكن استنتاج أن كل تطبيق Python يمكن تشغيله بالكامل على حواسيب Arm استنادًا إلى هذا الرقم وحده.
تغطي الأدوات والمكتبات المتاحة التي أدرجتها Microsoft NumPy وSciPy وpandas وscikit-learn وDjango وFastAPI، بالإضافة إلى Jupyter وVS Code وRuff وpytest وما إلى ذلك. كما قدم مستودع Anaconda الرئيسي أكثر من 2500 حزمة برامج Windows on Arm، تغطي Python 3.12 إلى 3.14، بما في ذلك الحوسبة العلمية والتعلم الآلي وتطوير الويب والمكونات المرتبطة بقواعد البيانات. بالنسبة لتبعيات x64 التي لم يتم تكييفها محليًا بعد، لا يزال من الممكن استخدام مضاهاة Windows كحل انتقالي.
تستفيد التحسينات البيئية أيضًا من بيئة البناء الأصلية للمطورين. توفر GitHub Actions الآن برنامج تشغيل مُدار Windows on Arm، والذي يسمح لمشرفي المصادر المفتوحة بتجميع حزم البرامج وإجراء الاختبارات مباشرة على أجهزة Arm دون الحاجة إلى صيانة الأجهزة المادية أو الاعتماد على بيئات المحاكاة. قالت Microsoft إنها ستواصل العمل مع المشرفين لإكمال دعم العجلة الأصلية لمشاريع مثل PyArrow وgRPC وOpenCV وبعض عملاء قواعد البيانات.
تنظر Microsoft إلى هذا التطوير كخطوة نحو نظام أساسي لتطوير أكثر اكتمالاً لـ Windows on Arm من "القدرة على تشغيل Python"، ولكن لا يشكل مستوى دعم المستوى 2 ولا تغطية الحزمة الشائعة ضمانًا لتوافق التطبيقات. لا يزال المطورون بحاجة إلى التحقق من شجرة التبعية الكاملة عند ترحيل المشاريع، وخاصة الحزم ذات الامتدادات الأصلية C أو C++ أو Rust، وبناءها واختبارها فعليًا على جهاز Arm المستهدف.
التعليقات