питон либ луна питонлиб солнце progerlib цветок

تغيير السمة

دخول تسجيل

البرمجة الوظيفية مقابل البرمجة كائنية التوجه في JS: أيهما تختار في 2024؟

مدرب بايثون أونلاين للمبتدئين

تعلم Python بسهولة دون إرهاق نظري. حل مهام عملية مع التحقق التلقائي واكتب الكود مباشرة في المتصفح.

ابدأ الدورة

وجهان لعملة واحدة: المنهج الوظيفي مقابل المنهج كائني التوجه في JavaScript

\n\n

إذا تساءلت يومًا لماذا يكتب بعض المطورين كودًا يبدو كصيغة رياضية، بينما يكتب آخرون كودًا يشبه دليل تجميع أثاث من إيكيا، فقد صادفت النقاش الأبدي: البرمجة الوظيفية (FP) مقابل البرمجة كائنية التوجه (OOP) في JavaScript.

\n\n

JavaScript لغة فريدة. لقد وُلدت كلغة برمجة نصية للأزرار، لكنها تطورت لتصبح وحشًا قادرًا على كل شيء. إنها متعددة النماذج: يمكنك الكتابة بها بأسلوب إجرائي أو كائني التوجه أو وظيفي. وهنا يبدأ الجزء المثير للاهتمام. أي منهج يختاره المبتدئ؟ والمطور المتمرس؟ دعنا نفهم ذلك بدون تعصب، مع أمثلة واقعية.

\n\n

باختصار عن الأساسيات: ما هو كل منهما؟

\n\n

المنهج كائني التوجه (OOP) يدور حول "الكيانات". لديك كائنات (قطة، سيارة، مستخدم)، لها خصائص (لون، سرعة، اسم) وطرق (مواء، قيادة، تسجيل دخول). تقوم بتجميع البيانات والسلوك معًا. كلاسيكي: class Car { drive() {} }.

\n\n

المنهج الوظيفي (FP) يدور حول "الإجراءات". البيانات والدوال منفصلة. الدوال هي محولات نقية: مدخلاتها بيانات، ومخرجاتها بيانات أخرى، بدون تأثيرات جانبية. لا يوجد this، أو تحويرات، أو حالة مخفية.

\n\n

المفارقة هي أن JavaScript ليست مثالية لأي منهما "خارج الصندوق"، لكنها تسمح باستخدام كلا الأسلوبين بأناقة. السؤال فقط هو متى نستخدم أيهما.

\n\n

البرمجة كائنية التوجه في JavaScript: من النماذج الأولية إلى فئات ES6

\n\n

منذ زمن بعيد، في عصر IE6، كانت البرمجة كائنية التوجه في JS تبدو مخيفة. كل شيء كان مبنيًا على النماذج الأولية - آلية ترث فيها الكائنات الخصائص من كائنات أخرى. كان ذلك قويًا، لكنه غير بديهي.

\n\n

مع ظهور ES6 (ES2015)، أُضيف إلى اللغة سكر نحوي - class. لكن من المهم أن نفهم: تحت الغطاء، هي نفس النماذج الأولية. جعلت الفئات الكود أنظف وأكثر وضوحًا لمن أتوا من Java أو C++.

\n\n

مثال على البرمجة كائنية التوجه: فئة "مستخدم"

\n\n
class User {\n  constructor(name, email) {\n    this.name = name;\n    this.email = email;\n    this.loggedIn = false;\n  }\n\n  login() {\n    this.loggedIn = true;\n    return `${this.name} دخل إلى النظام`;\n  }\n\n  logout() {\n    this.loggedIn = false;\n    return `${this.name} خرج`;\n  }\n}\n\nconst admin = new User('آنا', 'anna@example.com');\nconsole.log(admin.login()); // آنا دخل إلى النظام\n
\n\n

كل شيء منطقي: البيانات (name, email) تعيش مع الطرق (login, logout). تتغير حالة الكائن من خلال طرقه الخاصة. هذا هو التغليف الكلاسيكي.

\n\n

مشاكل البرمجة كائنية التوجه في JS

\n
    \n
  • سياق this. فقدان السياق هو آفة المبتدئين. إذا قمت بتمرير طريقة كـ callback، فإن this "ينكسر". يجب استخدام .bind() أو دوال الأسهم أو الإغلاقات.
    • \n
  • الوراثة. التسلسلات الهرمية العميقة للفئات ("مشكلة الماس") تؤدي إلى الارتباك. غالبًا ما يكون التركيب (mixins) أفضل من الوراثة.
    • \n
  • الحالة. الحالة المتحورة (عندما نغير خصائص الكائن) هي المصدر الرئيسي للأخطاء في المشاريع الكبيرة. قد تغير إحدى الطرق عن طريق الخطأ ما لا ينبغي لها.
    • \n
\n\n

المنهج الوظيفي: النقاء والقابلية للتنبؤ

\n\n

ينظر الوظيفيون إلى البرمجة كائنية التوجه بابتسامة خفيفة. شعارهم: "البيانات هي بيانات، والدوال هي دوال. لا تخلطوها معًا".

\n\n

المفاهيم الأساسية لـ البرمجة الوظيفية في JavaScript:

\n