01
توليد
ابدأ بفكرة تطبيق أو طلب محدد للواجهة، ثم ولّد كود تنفيذ باستخدام Swift أو SwiftUI.
تطوير SwiftUI
شاهد واجهة SwiftUI تنبض بالحياة.
ولّد كود SwiftUI، واعرض الواجهة، وافحص ما يعمل فعليًا، وأصلح المشاكل وكرّر التطوير دون فقدان الصلة بين فكرتك والكود الذي يقف خلفها.
توليد
كود SwiftUI
→
معاينة
شاهد الواجهة
→
تكرار
حسّن النتيجة
إجابة سريعة
ما هي معاينة SwiftUI في SwiftBuilder؟
معاينة SwiftUI في SwiftBuilder هي سير عمل لتطوير التطبيقات يتيح توليد كود SwiftUI، وعرض الواجهة الناتجة، وفحص ملاحظات المترجم، وتكرار تطوير التنفيذ استنادًا إلى النتيجة الفعلية.
الفكرة
الكود هو نصف حلقة التغذية الراجعة فقط.
عندما تبني واجهة مستخدم، لا تكفي قراءة كود SwiftUI دائمًا. تحتاج إلى رؤية التخطيط الناتج والمسافات والتسلسل الهرمي وطريقة التفاعل.
يتضمن سير عمل SwiftUI من Apple نظام المعاينات الذي يعرض الواجهة بجانب الكود المصدر ويحدّثها عند تغيّر الكود. ويمكن أيضًا إعداد المعاينات لأجهزة وبيئات وحالات مختلفة.
يأخذ SwiftBuilder المبدأ الأساسي نفسه ويضعه ضمن سير عمل مدعوم بالذكاء الاصطناعي: ولّد شيئًا، افحصه، اكتشف المشكلة، ثم واصل العمل انطلاقًا من النتيجة الفعلية.
سير عمل المعاينة
من الكود المُولّد إلى واجهة مرئية.
02
معاينة
حوّل الواجهة المُولّدة إلى شيء يمكنك فحصه بدلًا من تقييم النتيجة اعتمادًا على الكود المصدر فقط.
03
فحص
ابحث عن مشاكل التخطيط والمحتوى المفقود والحالات غير الصحيحة ومشاكل الترجمة أو السلوك المختلف عن الفكرة الأصلية.
04
تكرار
غيّر الطلب وأصلح التنفيذ وولّد نسخة جديدة بدلًا من البدء من الصفر مرة أخرى.
التغذية الراجعة المرئية
اقرأ الكود. شاهد النتيجة.
المعاينة المفيدة ليست مجرد مظهر. إنها تغذية راجعة توضّح ما إذا كان التنفيذ يطابق الواجهة المطلوبة.
struct
GeneratedContentView
:
View
{
var
body
:
some
View
{
VStack
{
Text
(
"Build with Swift"
)
.
font
(
.title
)
.
padding
()
}
}
// Preview the generated view
#Preview
{
GeneratedContentView
()
}
Build with Swift
Your generated SwiftUI interface
becomes something you can inspect.
لماذا يهم ذلك
المعاينة تكشف مشاكل لا يستطيع الكود وحده إظهارها.
الكود
ما يخبرك به الكود المصدر
- التسلسل الهرمي للواجهات
- الحالة وتدفّق البيانات
- المعدّلات
- بنية التنقل
- منطق الأعمال
المعاينة
ما تكشفه الواجهة
- التسلسل الهرمي المرئي
- المسافات والمحاذاة
- التفاف النص
- نِسَب المكوّنات
- سلوك التفاعل
الواجهتان تكملان بعضهما. الكود يشرح كيفية بناء الواجهة؛ بينما تمنحك المعاينة تغذية راجعة فورية حول شكل التنفيذ وسلوكه فعليًا.
التكرار
المعاينة هي المكان الذي يصبح فيه التكرار مرئيًا.
الواجهة الأولى التي يتم توليدها لا يجب أن تكون الواجهة النهائية.
يتعامل سير العمل الفعّال مع النتيجة الأولى كنقطة بداية. يمكنك تحديد مشكلة واحدة في كل مرة وتحسين التنفيذ بدلًا من مطالبة نظام الذكاء الاصطناعي بإعادة إنشاء التطبيق كاملًا مرارًا.
01 · توليد
أنشئ تنفيذًا أوليًا انطلاقًا من الفكرة.
البداية
02 · فحص
قارن الواجهة الفعلية بالنتيجة المطلوبة.
تغذية راجعة
03 · تحسين
غيّر التنفيذ واعرض النسخة الجديدة.
تكرار
ما بعد المظهر
يجب ألا تخفي المعاينة مشاكل المترجم.
التغذية الراجعة المرئية مفيدة، لكن سير عمل التطوير يحتاج أيضًا إلى معرفة متى يفشل الكود المُولّد في الترجمة.
وهذا ينشئ حلقة عمل أكثر فائدة:
الكود
توليد
→
البناء
التحقق
→
إصلاح
تصحيح
وهذا مهم بشكل خاص للكود المُولّد بالذكاء الاصطناعي. فالنتيجة التي تبدو مقنعة داخل نافذة المحادثة ليست بالضرورة كودًا تمت ترجمته بنجاح ويعمل بالشكل الصحيح.
سير عمل Apple
معاينات SwiftUI جزء من سير عمل تطوير أكبر.
تصف وثائق SwiftUI الحالية من Apple المعاينات كوسيلة لرؤية تغييرات الواجهات بسرعة وإعداد حالات معاينة مختلفة. كما يدعم Xcode أوضاع المعاينة التفاعلية التي يمكن فيها للمطورين التفاعل مع عناصر التحكم والحركات وغيرها من السلوكيات.
لا يحتاج SwiftBuilder إلى استبدال هذا المفهوم. بل يضيف التكرار المعتمد على المعاينة إلى سير العمل المحيط بكود SwiftUI المُولّد.
المعاينة لا تستبدل الاختبار. المعاينة آلية للتغذية الراجعة أثناء التطوير. أما اختبار الجهاز الحقيقي والاختبارات الآلية وتحليل الأداء وسير عمل التوزيع النهائي، فتظل أجزاء منفصلة من تطوير التطبيقات.
سير العمل العملي
طريقة أفضل لاستخدام SwiftUI المُولّد بالذكاء الاصطناعي.
01
ابدأ بشاشة واحدة
اطلب شاشة محددة بدلًا من توليد تطبيق كامل يحتوي على عشرات المتطلبات غير المرتبطة.
02
اعرضها
شاهد التخطيط الفعلي وقارنه بالمتطلب الأصلي.
03
حدّد مشكلة واحدة
حدّد مشكلة واضحة مثل المسافات أو التنقل أو إدارة الحالة أو الترجمة.
04
أصلح التنفيذ
عدّل الكود المرتبط بالمشكلة بدلًا من التخلص من كل شيء وتوليد الشاشة من جديد.
05
كرّر
واصل حتى يطابق التنفيذ السلوك المطلوب بدرجة كافية للانتقال إلى الخطوة التالية.
حافظ على التمييز واضحًا
المعاينة ليست الشيء نفسه مثل اختبار التطبيق في بيئة الإنتاج.
المعاينة
تغذية راجعة مرئية سريعة
مفيدة لفحص التخطيط والحالات والإعدادات والتفاعل أثناء التطوير.
الاختبار
التحقق
يُستخدم للتحقق من السلوك بشكل أكثر منهجية ضمن بيئة التشغيل الفعلية للتطبيق.
الجهاز
الأجهزة الحقيقية
مهم عندما يعتمد السلوك على العتاد الفعلي أو الأداء أو المستشعرات أو الشبكات أو ظروف خاصة بالجهاز.
الإصدار
التوزيع
عملية منفصلة تتضمن التوقيع وإدارة عمليات البناء وApp Store Connect ومتطلبات الإصدار الخاصة بـApple.
الأسئلة
الأسئلة الشائعة حول معاينة SwiftUI
لا. صُمم SwiftBuilder كسير عمل تطوير مدعوم بالذكاء الاصطناعي. ويظل Xcode بيئة التطوير الكاملة من Apple لبناء تطبيقات Apple واختبارها وتصحيحها وتوزيعها.
ليس بالضرورة. توفر المعاينة تغذية راجعة أثناء التطوير ويمكن أن تدعم التفاعل، لكنها لا ينبغي أن تُعامل كبديل عن الاختبار الكامل للتطبيق.
نعم. قد يحتوي الكود المُولّد على مشاكل في الصياغة أو الأنواع أو التبعيات أو إدارة الحالة أو البنية المعمارية. ولهذا فإن الترجمة والتحقق بشكل تكراري أمران مهمان.
غالبًا ما يكون اكتشاف مشاكل الواجهة أسهل بصريًا. وتجعل المعاينة مشاكل التخطيط والتسلسل الهرمي والمسافات والتفاعل واضحة في وقت أبكر من عملية التطوير.
نعم. يدعم نظام المعاينة من Apple إعدادات ومدخلات وخصائص مختلفة، مما يسمح للمطورين بفحص حالات متعددة للواجهة.
توقف عن التخمين حول شكل الكود عند تشغيله.
ولّد واجهة SwiftUI، واعرضها، وافحص النتيجة، واستمر في التكرار حتى يطابق التنفيذ الفكرة.
استكشف SwiftBuilder