برمجة جانبية المنحى

في الحوسبة؛ البرمجة جانبية المنحى (بالإنجليزية: Aspect-Oriented Programming)‏ كما تُعرف باسم البرمجة جانبية التوجه، أو تقاطعية التوجه، أو اعتراضية التوجه، أو مظهرية التوجه هي نمط برمجة يهدف إلى زيادة التركيبية، إذ تسمح بالفصل بين الاهتمامات المتقاطعة. وذلك بإضافة إجراء إضافي (إرشاد) إلى كود موجود دون تعديل الكود نفسه، فبدلًا من التحديد المنفصل الذي يُعدَل فيه الكود من خلال مواصفات «نقطة القطع (pointcut)»، مثل «تسجيل جميع الاستدعاءات الوظيفية للوظائف التي يبدأ اسمها بـ «set». تتيح هذه البرمجة إضافة إجراءات غير أساسية لمنطق الأعمال (مثل التسجيل) إلى البرامج دون تشويش الكود الأساسي للوظيفة. تعد البرمجة جانبية التوجه أساسًا لتطوير البرمجيات جانبية التوجه.

تتضمن البرمجة جانبية التوجه طُرق وأدوات برمجية تدعم نمذجة الاهتمامات على مستوى الكود المصدري، بينما يشير «تطوير البرمجيات جانبية التوجه» إلى تخصص هندسي كامل.

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

يمثل التسجيل اهتمامًا متقاطعًا لأن استراتيجية التسجيل تؤثر بالضرورة على كل جزء مسجل من النظام. وبالتالي يتقاطع التسجيل جميع الأصناف والطرق المسجلة.

تحتوي جميع تطبيقات البرمجة جانبية التوجه بعض التعبيرات المتقاطعة التي تُغلّف كل اهتمام في مكان واحد. يكمن الاختلاف بين التطبيقات في القوة والآمان وسهولة الاستخدام للبنيات المقدمة. مثلًا، الاعتراضات التي تحدد طرق للتعبير عن شكل محدود للتقاطع، دون الدعم الجيد لسلامة الأنواع أو تصحيح الأخطاء. يملك امتداد AspectJ عددًا من هذه التعبيرات التي يغلفها في صنف خاص، يدعى جانب. مثلًا، يمكن للجانب أن يغير إجراء الكود الأساسي (الجزء غير الجانبي من البرنامج) من خلال تطبيق إرشاد (إجراء إضافي) في نقاط الربط المختلفة (نقاط في البرنامج) المحددة في تقدير الكمي أو استعلام يسمى نقطة القطع (يحدد ما إذا كانت نقطة ربط معينة مطابقة). يمكن للجانب أيضًا إجراء تغييرات هيكلية ثنائية متوافقة للأصناف الأخرى، مثل إضافة أصناف أعضاء أو أصناف آباء.

تاريخيًا

للبرمجة جانبية التوجه العديد من السوابق المباشرة إي1 وإي2:[1] الانعكاس، وبروتوكولات الكائن ميتا، والبرمجة غرضية التوجه، ومرشحات التركيب والبرمجة التكيفية.[2]

طور غريغور كيتشالا وزملاؤه في زيروكس بارك المفهوم الصريح للبرمجة جانبية التوجه، وتُبع ذلك بإضافة إمتداد البرمجة جانبية المنحى AspectJ إلى الجافا. اتبع فريق أبحاث آي بي إم منهجًا للأدوات حول طرق تصميم اللغات، واقترحوا عام 2001 Hyper/J وبيئة معالجة الاهتمامات لكنها لم تشهد استخدامات واسعة.

تستخدم الأمثلة في هذه المقالة AspectJ.

يعتبر خادم أعمال مايكروسوفت أول تطبيق رئيسي للبرمجة جانبية التوجه يليه وحدة جافا للأعمال.[3][4]

الدافع والمفاهيم الأساسية

عادةً ما يكون الجانب (المظهر) موزّع أو متشابك ككود، مما يصعّب فهمه والحفاظ عليه. يكون موزعًا بحكم الوظيفة (مثل التسجيل) الموزعة على عدد من الوظائف غير المترابطة التي قد تستخدمها، وربما في الأنظمة غير المرتبطة كليًا، أو اللغات مختلفة المصدر... إلخ. هذا يعني أن تغيير التسجيل قد يتطلب تعديل جميع الوحدات المتأثرة. تصبح الجوانب متشابكة، ليس فقط مع الوظيفة الرئيسية للأنظمة المعبر عنها فيها، ولكن أيضًا مع بعضها البعض. وهذا يعني أن تغيير اهتمام واحد يستلزم فهم جميع الاهتمامات المتشابكة أو وجود بعض الوسائل التي تمكننا من استنتاج تأثير التغييرات.

مثلًا، باعتبار لدينا تطبيق مصرفي يتضمن طريقة بسيطة للغاية من الناحية المفاهيمية لتحويل مبلغ من حساب إلى آخر:[5]

void transfer(Account fromAcc, Account toAcc, int amount) throws Exception {
  if (fromAcc.getBalance() < amount)
      throw new InsufficientFundsException();

  fromAcc.withdraw(amount);
  toAcc.deposit(amount);
}

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

void transfer(Account fromAcc, Account toAcc, int amount, User user,
    Logger logger, Database database) throws Exception {
  logger.info("Transferring money...");
  
  if (!isUserAuthorised(user, fromAcc)) {
    logger.info("User has no permission.");
    throw new UnauthorisedUserException();
  }
  
  if (fromAcc.getBalance() < amount) {
    logger.info("Insufficient funds.");
    throw new InsufficientFundsException();
  }

  fromAcc.withdraw(amount);
  toAcc.deposit(amount);

  database.commitChanges();  // Atomic operation.

  logger.info("Transaction successful.");
}

في هذا المثال، أصبحت الاهتمامات الأخرى متشابكة مع الوظيفة الأساسية (تسمى أحيانًا «اهتمامات الأعمال المنطقية»). فتمثل كل من المعاملات، والأمان، والتسجيل اهتمامات متقاطعة.

فكّر الآن فيما سيحدث إذا احتجنا فجأةً إلى تغيير اعتبارات الأمان للتطبيق مثلًا. في النسخة الحالية للبرنامج، تبدو العمليات المتعلقة بالأمان موزعة في عدة طرق، ويتطلب تغييرها جهدًا كبيرًا.

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

لذا يمكن تنفيذ التسجيل للمثال السابق في جانب كالتالي:

aspect Logger {
  void Bank.transfer(Account fromAcc, Account toAcc, int amount, User user, Logger logger)  {
    logger.info("Transferring money...");
  }

  void Bank.getMoneyBack(User user, int transactionId, Logger logger)  {
    logger.info("User requested money back.");
  }

  // Other crosscutting code.
}

يمكن التفكير في البرمجة جانبية التوجه كأداة لتصحيح الأخطاء أو كأداة على مستوى المستخدم. يجب حفظ الإرشاد للحالات التي لا يمكنك فيها تغيير الوظيفة (مستوى المستخدم)[6] أو لا ترغب في تغيير الوظيفة في كود الإنتاج (تصحيح الأخطاء).

مراجع

  1. Kiczales, G.; Lamping, J.; Mendhekar, A.; Maeda, C.; Lopes, C.; Loingtier, J. M.; Irwin, J. (1997). Aspect-oriented programming (PDF). European Conference on Object-Oriented Programming 97. Proceedings of the 11th European Conference on Object-Oriented Programming. 1241. صفحات 220–242. CiteSeerX = 10.1.1.115.8660 10.1.1.115.8660. doi:10.1007/BFb0053381. ISBN 3-540-63089-9. مؤرشف (PDF) من الأصل في 12 يناير 2016. الوسيط |CitationClass= تم تجاهله (مساعدة)
  2. "Adaptive Object Oriented Programming: The Demeter Approach with Propagation Patterns" Karl Liebherr 1996 (ردمك 0-534-94602-X) presents a well-worked version of essentially the same thing (Lieberherr subsequently recognized this and reframed his approach).
  3. Don Box; Chris Sells (4 November 2002). Essential.NET: The common language runtime. Addison-Wesley Professional. صفحة 206. ISBN 978-0-201-73411-9. مؤرشف من الأصل في 31 مارس 2019. اطلع عليه بتاريخ 04 أكتوبر 2011. الوسيط |CitationClass= تم تجاهله (مساعدة)
  4. Roman, Ed; Sriganesh, Rima Patel; Brose, Gerald (1 January 2005). Mastering Enterprise JavaBeans. John Wiley and Sons. صفحة 285. ISBN 978-0-7645-8492-3. مؤرشف من الأصل في 31 مارس 2019. اطلع عليه بتاريخ 04 أكتوبر 2011. الوسيط |CitationClass= تم تجاهله (مساعدة)
  5. Note: The examples in this article appear in a syntax that resembles that of the Java language.
  6. "gnu.org". www.gnu.org. مؤرشف من الأصل في 24 ديسمبر 2017. اطلع عليه بتاريخ 05 مايو 2018. الوسيط |CitationClass= تم تجاهله (مساعدة)
    • بوابة برمجة الحاسوب
    This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.