https://thedotnetblog.com/ar/tags/msix/Articles, tutorials and insights from the .NET community.Hugoar@thedotnetblog (The .NET Blog)@thedotnetblogSat, 25 Jul 2026 00:00:00 +0000https://thedotnetblog.com/ar/news/emiliano-montesdeoca/winapp-cli-package-identity-for-dotnet/Sat, 25 Jul 2026 00:00:00 +0000Emiliano Montesdeocahttps://thedotnetblog.com/ar/news/emiliano-montesdeoca/winapp-cli-package-identity-for-dotnet/package identity كانت ألم إعداد؛ WinApp CLI يحولها إلى سير عمل قابل للتكرار لتشغيل وشحن التطبيقات.<p>المصدر الأصلي: <a href="https://devblogs.microsoft.com/dotnet/packaging-dotnet-apps-winapp/">Packaging and Package Identity for .NET apps with WinApp CLI on Windows</a></p> <p>لسنوات، كانت package identity واحدة من تلك الفجوات المؤلمة بهدوء في تطوير سطح المكتب .NET. يمكنك بناء تطبيق بسرعة، لكن اللحظة التي احتجت فيها إشعارات أو مهام خلفية أو معالجات ملفات أو قدرات Windows أحدث، كنت تقع في تعقيد البيان والتوقيع.</p> <p>WinApp CLI يغير تلك المعادلة بطريقة عملية.</p> <p>أكبر فوز هو تكامل سير العمل. إذا كان init يعد متطلبات المشروع و dotnet run يمكنه التنفيذ بهوية من خلال تكوين على مستوى المشروع، يمكن للفرق التحقق من ميزات Windows الخاصة أثناء التطوير العادي بدلاً من تدريبات التعبئة في وقت متأخر من الإصدار.</p> <p>هذا التحول أهم مما يبدو. تكامل الهوية المتأخر يخلق خطرًا خفيًا:</p> <ul> <li>APIs تعمل في اختبارات معزولة لكنها تفشل في مسارات بدء تشغيل التطبيق الواقعية.</li> <li>عيوب التعبئة تظهر بعد اكتمال عمل الميزات.</li> <li>ثقة الإصدار تعتمد على متخصصين نادرين.</li> </ul> <p>بدعم الهوية المبكر، WinApp CLI يجعل هذه المشكلات مرئية حيث تكون أرخص في الإصلاح.</p> <p>أعجب أيضًا بالدعم الصريح لتمرير الوسائط وسلوك اسم التنفيذ وسيناريوهات التصحيح بدون إطلاق. تلك التفاصيل هي ما يفصل أدوات الألعاب عن الأدوات الصديقة للإنتاج. فرق الهندسة تحتاج تحكمًا، وليس فقط إعدادات افتراضية.</p> <p>في التعبئة، مجموعة pack بالإضافة إلى توليد الشهادة و install هو بالضبط الاتجاه الصحيح للفرق التي تحتاج تحققًا محليًا قابلاً للتكرار قبل التوزيع. إنه يخفض الحاجز لسير عمل توقيع منضبط دون التظاهر بأن الثقة وإدارة الشهادات اختيارية.</p> <p>رأيي القوي: إذا كان تطبيق .NET الخاص بك يستهدف تجارب Windows الحديثة، يجب معاملة package identity كاهتمام في الأسبوع الأول، وليس كاهتمام في أسبوع الإصدار. WinApp CLI يعطيك الآن بيئة عمل كافية لجعل ذلك معيارًا.</p> <p>قصة إضافة VS Code ذات صلة أيضًا. ليس كل فريق يريد العيش في نصوص طرفية طوال اليوم، وتصحيح F5 المتكامل إضافة عمليات لوحة الأوامر تقلل احتكاك onboarding للفرق ذات الخبرات المختلطة. هذا مفيد بشكل خاص في المنظمات التي تنتقل من أنماط أدوات سطح المكتب القديمة.</p> <p>خطة تبني عملية:</p> <ul> <li>شغّل winapp init على تطبيق تمثيلي واحد وتحقق من الميزات المقيدة بالهوية فورًا.</li> <li>أضف تعبئة MSIX إلى CI لمرشحي الإصدار، حتى لو حدث التوزيع لاحقًا.</li> <li>لتطبيقات وحدة التحكم، وحدد إعداد اسم التنفيذ مبكرًا لتجنب ارتباك التصحيح.</li> <li>إذا كنت تدير مكدسات سطح مكتب متعددة، استخدم WinApp كخط أساس الهوية والتعبئة المشترك.</li> </ul> <p>باختصار، WinApp CLI لا يضيف أوامر فقط. إنه يزيل الأعذار. Package identity لم تعد niche متقدم لفرق .NET على سطح المكتب. إنها أصبحت أساس الطاولة، وأخيرًا أصبحت متاحة.</p>