مفهوم البصر البصري
لفهم عملية تطوير التطبيق ، يجب أولاً فهم بعض المفاهيم الرئيسية التي تعتمد عليها Visual Basic على الإنشاء. نظرًا لأن Visual Basic هي لغة تطوير Windows ، فمن الضروري الحفاظ على تشابه معين مع بيئة Windows. إذا لم تكن على دراية ببرمجة Windows ، فأنت بحاجة إلى فهم بعض الاختلافات الأساسية بين البرمجة في بيئة Windows والبرمجة في بيئات أخرى.
كيف يعمل Windows: Windows والأحداث والرسائل
ستتطلب مناقشة شاملة لآليات العمل الداخلية لـ Windows قدرة كتاب كامل. ليست هناك حاجة للحفر في جميع التفاصيل الفنية. تسمى آلية عمل Windows ببساطة ثلاثة مفاهيم رئيسية: Windows والأحداث والرسائل.
قد تفكر أيضًا في النافذة كمنطقة مستطيلة ذات حدود. ربما تكون قد تعلمت عن عدة أنواع مختلفة من النوافذ: على سبيل المثال ، نافذة Explorer لنظام التشغيل Windows 95 ، أو نافذة المستند في معالج النصوص ، أو مربع حوار يظهر مع معلومات التاريخ. بالإضافة إلى هذه النوافذ الأكثر شيوعًا ، هناك بالفعل العديد من أنواع النوافذ الأخرى. زر الأمر هو نافذة. الرموز والمربعات النصية وأزرار الخيارات وأشرطة القائمة هي أيضًا Windows.
يدير نظام تشغيل Microsoft Windows جميع Windows عن طريق تعيين رقم تعريف فريد (مقبض النافذة أو HWND) إلى كل نافذة. يراقب نظام التشغيل باستمرار إشارات أنشطة أو أحداث كل نافذة. يمكن إنشاء الأحداث من خلال عمليات مثل النقر على الماوس أو الضغط على مفتاح ، أو عن طريق التحكم في البرنامج ، أو حتى عن طريق تشغيل نافذة أخرى.
يحدث كل حدث ، سيتم تشغيل رسالة لإرسالها إلى نظام التشغيل. يقوم نظام التشغيل بمعالجة الرسالة وبثها إلى نوافذ أخرى. يمكن لكل نافذة بعد ذلك اتخاذ الإجراءات المناسبة بناءً على تعليماتها الخاصة لمعالجة الرسالة (على سبيل المثال ، إعادة تشغيل نافذتها الخاصة عندما تكشف النافذة من النوافذ الأخرى).
من المتصور أنه سيكون هناك قدر مذهل من العمل للتعامل مع جميع مجموعات النوافذ والأحداث والرسائل الممكنة. لحسن الحظ ، تقوم VisualBasic بإخراجك من جميع معالجة الرسائل ذات المستوى المنخفض. تتم معالجة العديد من الرسائل تلقائيًا بواسطة Visual Basic ، والبعض الآخر تتم معالجتها بواسطة المبرمج كعمليات حدث. يتيح لك ذلك إنشاء تطبيقات قوية بسرعة دون التعامل مع التفاصيل غير الضرورية.
نموذج يحركه الحدث
في التطبيقات التقليدية أو "العملية" ، يتحكم التطبيق نفسه في أي جزء من الكود يتم تنفيذه وبأي ترتيب. قم بتنفيذ البرنامج من السطر الأول من التعليمات البرمجية وتنفيذه في المسار المحدد مسبقًا في التطبيق ، واتصل بالعملية إذا لزم الأمر.
في التطبيقات التي تعتمد على الحدث ، لا يتم تنفيذ الرمز في مسار محدد مسبقًا ، ولكنه ينفذ مقتطفات رمز مختلفة استجابةً لأحداث مختلفة. يمكن تشغيل الأحداث بواسطة عمليات المستخدم ، أو رسائل من نظام التشغيل أو التطبيقات الأخرى ، أو حتى الرسائل من التطبيق نفسه. يحدد ترتيب هذه الأحداث الترتيب الذي يتم فيه تنفيذ الرمز ، وبالتالي فإن المسار إلى الرمز الذي يمرره التطبيق في كل مرة يتم تشغيله يختلف.
نظرًا لأن ترتيب الأحداث لا يمكن التنبؤ به ، يجب تقديم بعض الافتراضات في الكود حول "الدول المختلفة" عند تنفيذها. عندما يتم وضع بعض الافتراضات (على سبيل المثال ، على افتراض أن حقل الإدخال يجب أن يحتوي على قيمة محددة قبل تشغيل عملية لمعالجة حقل الإدخال) ، يجب تنظيم بنية التطبيق للتأكد من أن الافتراض صالح دائمًا (على سبيل المثال ، زر الأمر الذي يبدأ العملية محظورة قبل أن تكون هناك قيمة في حقل الإدخال).
يمكن أن يؤدي الرمز أيضًا إلى تشغيل الأحداث أثناء التنفيذ. على سبيل المثال ، سيؤدي تغيير النص في مربع نص في البرنامج إلى رفع حدث تغيير مربع النص. إذا كان حدث التغيير يحتوي على رمز ، فسيؤدي ذلك إلى تنفيذ هذا الرمز. إذا اتضح أنه لا يمكن تشغيل الحدث إلا من خلال تفاعل المستخدم ، فقد يتم إنتاج نتائج غير متوقعة. لهذا السبب ، من المهم للغاية فهم النماذج التي تعتمد على الحدث عند تصميم التطبيقات وإبقائها في الاعتبار.
التنمية التفاعلية
يمكن تقسيم عملية تطوير التطبيق التقليدية إلى ثلاث خطوات واضحة: ترميز كود وتجميع واختبار. لكن Visual Basic يختلف عن اللغات التقليدية ، باستخدام طرق تفاعلية لتطوير التطبيقات ، ولا يترك أي حدود واضحة بين الخطوات الثلاث.
في معظم اللغات ، في حالة حدوث خطأ أثناء كتابة الكود ، يتم التقاط الخطأ بواسطة المترجم عند البدء في تجميع التطبيق. في هذا الوقت ، يجب العثور على الخطأ وتصحيحه ، ثم يتم تجميعه مرة أخرى. يفسر VisualBasic بينما يدخل المبرمجون رمزًا ، ويستحوذون على الفور على معظم أخطاء بناء الجملة أو الإملائية. يبدو أن الخبير يراقب مدخلات الكود.
بالإضافة إلى اصطياد الأخطاء على الفور ، يقوم VisualBasic أيضًا بتجميع الكود جزئيًا عند إدخاله. يستغرق التجميع وقتًا قصيرًا جدًا عند التحضير لتشغيل التطبيق واختباره. إذا وجد المترجم خطأ ، يتم تمييز الخطأ في الكود. هذه المرة يمكنك تصحيح الخطأ والاستمرار في التجميع دون البدء من الصفر.
نظرًا للطبيعة التفاعلية لـ Visual Basic ، يمكنك أن تجد أنك تقوم بتشغيل تطبيقك بشكل متكرر عند تطويره. وبهذه الطريقة ، يمكن اختبار تأثير تشغيل التعليمات البرمجية أثناء التطوير دون الحاجة إلى الانتظار حتى يكتمل التجميع.