تشير البرمجة المرئية أكاديميًا إلى البرمجة باستخدام الرموز الرسومية بدلاً من ترميز النص. لم تعتمد الصناعة البرمجة المرئية لسببين.
- على عكس التوقعات الشائعة بأن “صورة واحدة أكثر من ألف كلمة” فإن معظم اللغات المرئية يصعب فهمها أكثر من ترميز النص. الصورة أسهل في الفهم من النص لأنها أكثر واقعية. لكن الرموز الرسومية في اللغة المرئية تجريدية للغاية ويصعب فهمها من كلمات الأشخاص العاديين.
- بدون مكتبة برامج غنية مثل لغات الصناعة ، مثل Java و JavaScript و .Net Framework وما إلى ذلك ، يمكن للغة المرئية أن تكون ذات قيمة أكاديمية فقط.
من ناحية أخرى ، تطورت IDE لترميز النص كثيرًا إلى واجهات مستخدم رسومية غنية. لذلك أطلقت Microsoft على لغات الكمبيوتر الخاصة بهم “اللغات المرئية”: Visual Basic و Visual C # وما إلى ذلك. يقول باحثو اللغات المرئية أن هذه ليست لغات مرئية لأنها لغات ترميز نصي.
أحد البدائل “المرئية” مقابل “النص” هو “البرمجة غير المشفرة”. لا تستخدم ترميز النص ولكنها ليست لغة بصرية بحتة. يحاول تصور ترميز النص. عادة ما يعتمد على برمجة الكائنات ويحاول تصور الجوانب المختلفة لإنشاء الكائن وربطه. هناك عدة أنظمة تسير في هذا الاتجاه. لا يزال البعض منهم يستخدم بعض ترميز النص.
بعض “البرمجة التي لا تحتوي على رموز” خاصة بالمجال وهي ناجحة تمامًا بسبب مكتبات برامجها القوية في مجال معين وبسبب تصورها المحدد في مجال معين ، على سبيل المثال ، LabView لتصميم الأجهزة الإلكترونية. بالنسبة لبرمجة الأغراض العامة ، لا تزال معظم الأنظمة “التي لا تحتوي على رموز” تعاني من نقص مكتبات البرامج الغنية.
أحد الأساليب الواعدة “بدون تشفير” هو تصور برمجة المكونات. يصور لغات الكمبيوتر الصناعية الحالية من خلال تصور معالجة الأحداث وتصور تطوير الكائن. بالنسبة لتطبيقات Windows المستقلة ، فإنه يتصور إنشاء كائن .Net Framework ومعالجة الأحداث. تعد مكتبات .Net Framework الكاملة ، من Microsoft أو من أي مطور برامج من الأفراد والشركات ، لبنات بناء أصلية لمثل هذا النهج البرمجي. نتائج البرمجة من مثل هذا النهج البرمجة هي أيضًا كائنات .Net Framework أصلية ويمكن استخدامها مباشرة بواسطة لغات الكمبيوتر الأخرى التي تدعم .Net Framework.
مثل هذا النهج ممكن لأن معظم لغات الكمبيوتر الحديثة تعتمد على المكونات. كيانات البرمجة هي مكونات. يتم تعريف المكون من خلال الخصائص والطرق والأحداث. دور لغة النص أقل أهمية بكثير من البرمجة الإجرائية غير المكونة. في البرمجة القائمة على المكونات ، تعمل لغة النص كغراء لربط المكونات معًا لتشكيل برنامج جديد ، أو كمسامير ومسامير لربط كتل البناء معًا.
إنه يشبه أيضًا استخدام كتل Lego لتشكيل الإنشاءات. لكن إنشاءات Lego لا تحتاج إلى مواد لاصقة ومسامير ومسامير. ذلك لأن كل كتلة Lego مصنوعة من دبابيس ومآخذ لتتشابك مع كتل Lego الأخرى.
يتم أيضًا تصنيع مكونات البرامج الحديثة باستخدام دبابيس ومآخذ لتتشابك مع مكونات أخرى ، لأنه يمكن ربط المكونات ببعضها البعض عن طريق معالجة الحدث. تعتبر معالجة الأحداث خطوة واحدة إلى الأمام من البرمجة الموجهة للكائنات. إذا كان من الممكن معالجة هذا الحدث باستخدام الكائنات ، فلن تكون هناك حاجة إلى لغة نصية للصق المكونات معًا. هذه هي فكرة البرمجة غير المشفرة عبر تصور برمجة المكونات.
نظرًا لأن “الكائنات” أسهل في الفهم من لغات النص ، فإن القيام بالبرمجة عن طريق إنشاء الكائنات بشكل مرئي والتعامل مع الأحداث بصريًا أسهل في الفهم من لغات الكمبيوتر النصية. إذا تم إجراء التصور للغات ذات قوة صناعية قائمة على المكونات ، مثل مكتبة Microsoft .Net Framework ، و PHP ، و JavaScript ، وما إلى ذلك ، فإن مثل هذا النهج سيستمتع بمكتبات البرامج الواسعة والمتنامية باستمرار. لذلك ، يتمتع نهج البرمجة هذا بسهولة الاستخدام والقوة في التعامل مع متطلبات العمل. هناك بعض نماذج المشاريع التي تستخدم مكتبات ثلاثية الأبعاد ، وبعض نماذج المشاريع التي تستخدم فئات ذات أنواع عامة ، وتطبيقات ويب تستخدم PHP لمعالجة خادم الويب.
