في بي إيه: كيفية إيجاد القيمة العظمى في نطاق

تُعدّ أتمتة العمليات الحسابية والتحليلية في بيئة مايكروسوفت إكسل ركيزة محورية في معالجة البيانات المعاصرة، لا سيما في ظل تضخم حجوم البيانات وتعقد مسارات اتخاذ القرار المبنية على الأدلة الكمية. يمثل البحث عن القيمة العظمى (Maximum Value) ضمن مصفوفات الخلايا ونطاقاتها المتعددة إجراءً إحصائياً أولياً تتفرع منه تحليلات تنبؤية وتوزيعات معيارية غاية في التعقيد؛ ومن ثمّ فإن الانتقال من الاستدعاء التقليدي للأوامر اليدوية إلى البرمجة المتطورة عبر لغة Visual Basic for Applications (VBA) يمنح مهندسي البيانات ومطوري الحلول المؤسسية مرونة فائقة وقدرة استثنائية على التحكم في مسار معالجة البيانات داخل المصنفات الضخمة.

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

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

1. المقدمة المنهجية لحساب القيمة العظمى برمجياً باستخدام VBA

1.1 أهمية أتمتة العمليات الإحصائية في إكسل

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

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

تلعب لغة Visual Basic for Applications (VBA) دوراً ريادياً في توسيع قدرات جداول البيانات التقليدية؛ فهي تحول برنامج إكسل من مجرد دفتر حسابات رقمي ثابت إلى منصة برمجية ديناميكية قادرة على التفاعل مع أنظمة إدارة قواعد البيانات العلائقية، ومعالجة الملفات الخارجية، وإدارة تدفق العمليات الحسابية المعقدة خلف الكواليس دون إرباك واجهة المستخدم النهائية بالمعادلات المعقدة التي قد تكون عرضة للحذف أو التعديل غير المقصود.

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

1.2 مقارنة بين استخدام الدوال الجاهزة وبرمجتها عبر الكود

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

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

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

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

2. البنية التركيبية الأساسية لكود استخراج القيمة العظمى

2.1 تشريح كائن WorksheetFunction في بيئة إكسل

يمثل كائن WorksheetFunction في نموذج كائنات إكسل جسراً برمجياً حيوياً يسمح لمطوري VBA بالوصول المباشر إلى المكتبة الهائلة من دوال إكسل القياسية المضمنة في واجهة أوراق العمل. على الرغم من أن لغة VBA تمتلك مجموعة خاصة من الدوال الرياضية والنصية المدمجة في نواتها، إلا أنها تفتقر إلى العديد من الدوال الإحصائية المتقدمة مثل MAX وVLOOKUP وMATCH؛ وهنا يأتي دور هذا الكائن لتوفير بوابة اتصال عالية الكفاءة لتشغيل هذه الدوال من داخل الإجراءات البرمجية.

تعتمد آلية تمرير المعاملات (Arguments) من بيئة VBA إلى الدالة الإحصائية عبر WorksheetFunction على معايير صارمة تتطلب مطابقة الأنواع البيانية المدخلة مع متطلبات محرك إكسل الأصلي. عندما يتم استدعاء دالة Max، يتولى الكائن تحويل مراجع النطاقات البرمجية (مثل كائنات Range) أو المصفوفات الرقمية المنشأة داخل الكود إلى صيغ ثنائية يفهمها محرك الحساب الداخلي المكتوب بلغة C++، مما يحقق سرعة تنفيذ فائقة تقترب من سرعة تشغيل الدوال عبر الواجهة الرسومية.

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

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

2.2 الصيغة الأساسية لإسناد النطاق واستخراج القيمة

ترتكز البنية النحوية الكلاسيكية لاستخراج القيمة العظمى على سطر برمجي مكثف يجمع بين استدعاء الكائن الوظيفي وتحديد النطاق الجغرافي للبيانات، ويتخذ هذا التركيب الصورة النحوية الآتية: WorksheetFunction.Max(Range("B2:B11")). في هذه الصيغة، يمثل التعبير الداخلي كائن نطاق يشير بدقة إلى مصفوفة الخلايا المحصورة بين الخلية B2 والخلية B11 في ورقة العمل الحالية، بينما يمثل التعبير الخارجي استدعاءً للدالة الإحصائية لتمرير هذا الكائن ومعالجة محتوياته العددية.

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

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

يتيح تتبع تدفق التنفيذ داخل محرّر Visual Basic Editor (VBE) باستخدام أدوات التنقيح (Debugging)، وخاصة مفتاح التشغيل خطوة بخطوة (F8)، مراقبة كيفية تقييم محرك VBA للتعبير Range("B2:B11") أولاً ككائن ذاكري، ثم إرسال عنوانه إلى واجهة الدالة الإحصائية، واستقبال القيمة العددية الناتجة في أجزاء من الميكروثانية وتمريرها إلى وجهتها التالية، مما يسهل على المطورين اكتشاف أي خلل في مراجع النطاقات قبل اعتماد الكود نهائياً.

3. الإخراج المباشر للقيمة العظمى داخل خلايا ورقة العمل

3.1 آلية كتابة النتيجة في خلية مستهدفة محددة

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

تتجسد هذه الآلية في التعبير البرمجي الواضح: Range("D2").Value = WorksheetFunction.Max(Range("B2:B11")). في هذا السطر الحاسم، يقوم المحرك أولاً بحساب القيمة العظمى لنطاق البيانات الممتد من B2 إلى B11، وبعد اكتمال التقييم الرياضي بنجاح، يتم كتابة الناتج كقيمة رقمية صلبة داخل الخلية D2. يتميز هذا الإجراء بإلغاء الحاجة لوجود صيغة نشطة داخل الخلية D2، مما يحمي التقرير من مخاطر العبث بالمعادلات أو التعديل غير المصرح به من قبل المستخدمين غير المتخصصين.

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

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

3.2 تطبيق عملي: تحليل درجات لاعبي كرة السلة وفق بيانات تجريبية

لتجسيد هذه المفاهيم النظرية في سياق واقعي ملموس، نفترض وجود جدول بيانات رياضي مخصص لتحليل أداء فريق كرة سلة محترف، حيث يحتوي العمود A على أسماء اللاعبين، بينما يضم العمود B في النطاق المحدد من B2 إلى B11 إجمالي النقاط المسجلة لكل لاعب خلال الموسم الرياضي المنصرم. تتفاوت هذه النقاط بصورة عشوائية تعكس التباين في المهارات الفردية والأدوار التكتيكية للاعبين فوق أرضية الملعب، وتستهدف الإدارة الفنية استخراج أعلى رصيد نقطي سجله لاعب واحد وتوثيقه في الخلية التلخيصية D2.

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

عقب إتمام التنفيذ البرمجي للماكرو، يخضع الناتج لعملية تدقيق وتحقق للتأكد من مطابقة القيمة الموثقة في الخلية D2 مع القيمة القصوى الفعلية المدرجة في قائمة النقاط. يتيح الفحص البصري الأولي والمقارنة المنهجية التأكد من أن الدالة تعاملت بنجاح مع كافة الإدخالات، وأنها استبعدت أي تأثير سلبي محتمل قد ينجم عن التنسيقات المكانية أو المحاذاة النصية للأرقام، مؤكدة كفاءة كائن WorksheetFunction في التعامل مع الأعداد الصحيحة بدقة مطلقة.

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

4. التفاعل مع المستخدم عبر صناديق الرسائل (MsgBox)

4.1 تخزين القيمة العظمى داخل متغير وسيط

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

تبدأ هذه العملية المنهجية بالإعلان الصريح عن المتغير وتحديد نوعه البياني بدقة، وذلك باستخدام الكلمة المحجوزة Dim، كأن يتم التصريح: Dim maxValue As Single أو اختيار نوع عددي آخر يتوافق مع طبيعة القيم المدروسة. يلي ذلك سطر الإسناد المنطقي الذي يتولى تعبئة هذا الوعاء الرقمي بالناتج المستخلص من نطاق البيانات. يسهم هذا الفصل المنهجي بين مرحلة الحساب ومرحلة العرض في تعزيز وضوح الكود وتسهيل عمليات الصيانة البرمجية والتطوير المستقبلي للأنظمة.

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

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

4.2 صياغة وعرض صندوق الحوار التفاعلي

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

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

يتيح الاستدعاء المتقدم لدالة MsgBox تخصيص المظهر السلوكي والبصري لصندوق الرسائل من خلال معاملات التهيئة الإضافية؛ حيث يمكن إضافة الثابت البرمجي vbInformation لإظهار أيقونة المعلومات الزرقاء القياسية التي تشير إلى نجاح العملية واكتمالها دون أخطاء، إلى جانب تحديد نوعية الأزرار المتاحة عبر الثابت vbOKOnly لإلزام المستخدم بالإقرار بالاطلاع على النتيجة فقط قبل استئناف البرنامج لبقية مهامه المجدولة، كما يمكن تضمين عنوان مخصص لشريط الصندوق العلوي ليعكس هوية النظام.

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

5. إدارة الأنواع البيانية للمتغيرات (Data Types) وتأثيرها على الدقة

5.1 المقارنة بين الأنواع الرقمية: Single و Double و Long

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

في المقابل، يبرز النوع البياني Single كخيار مخصص للأعداد الحقيقية ذات الفاصلة العائمة الأحادية الدقة (Single-precision floating-point)، ويشغل مساحة تخزينية تبلغ 4 بايت في الذاكرة. يتيح هذا النوع تمثيل القيم العشرية بدقة تصل إلى 7 خانات رقمية تقريباً؛ ورغم أنه يوفر كفاءة معقولة في استهلاك المساحة التخزينية، إلا أنه قد يعاني من تراكم أخطاء التقريب الحسابي عند التعامل مع السلاسل الرقمية الطويلة أو العمليات الحسابية المتتابعة التي تتطلب تطابقاً دقيقاً للكسور المتناهية في الصغر.

تتصدر الدقة المزدوجة المتمثلة في النوع Double المشهد البرمجي بوصفها المعيار الأكاديمي والمهني الأول في التطبيقات الإحصائية والتحليلات المالية والفيزيائية المتقدمة. يشغل هذا النوع 8 بايت في الذاكرة ويقدم دقة فائقة تصل إلى 15-16 خانة رقمية عشرية وفق معيار الجمعية الدولية لمهندسي الكهرباء والإلكترونيات (IEEE 754). يضمن استخدام Double استيعاب أدق الفوارق الحسابية بين القيم المتقاربة للغاية وتجنب أخطاء التقريب التي قد تؤدي إلى نتائج غير صحيحة عند استخراج القيمة العظمى من مجموعات قياسات معملية أو أسعار أسهم حساسة.

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

5.2 التعامل مع التجاوز الحسابي وفقدان الدقة

يواجه المبرمجون في بيئة VBA تحديات تقنية حقيقية تتعلق بحدود النظم الرقمية، ويأتي في طليعتها خطأ التجاوز الرقمي الشهير والمعروف كودياً بـ Overflow Error 6. يقع هذا الخطأ الكارثي عندما يحاول الكود إسناد قيمة رقمية تفوق السعة التخزينية القصوى المصممة للنوع البياني المحدد؛ كأن يتم استخراج قيمة عظمى تفوق الرقم 32,767 وتخزينها في متغير من النوع Integer القديم، مما يؤدي إلى توقف تنفيذ الماكرو فجأة وانهيار مسار المعالجة إذا لم تتوافر آليات وقائية سابقة لتفادي هذا التعارض.

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

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

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

6. ديناميكية النطاقات: التعامل مع النطاقات المتغيرة تلقائياً

6.1 تحديد نهاية البيانات باستخدام خاصية End(xlUp)

يشكل الاعتماد على النطاقات الثابتة والمبرمجة نصياً بصورة صلبة (Hardcoded Ranges) – مثل حصر البحث في النطاق B2:B11 – نقطة ضعف هيكلية تجعل الأكواد البرمجية عاجزة عن مسايرة نمو البيانات في الواقع العملي؛ حيث تتسم الأعمال المعاصرة بإضافة سجلات جديدة دورياً إلى أسفل الجداول. يؤدي استخدام النطاقات الثابتة في هذه الحالة إما إلى تجاهل البيانات المستحدثة الواقعة بعد الصف 11، أو إهدار الذاكرة في فحص خلايا فارغة إذا ما تم توسيع النطاق احتياطياً ليشمل آلاف الصفوف غير المستغلة.

لتجاوز هذا القصور الهيكلي، يُعتمد برمجياً على محاكاة السلوك الملاحي للمستخدم المحترف عبر توظيف الخاصية المتقدمة End(xlUp)، والتي تتجسد في العبارة البرمجية القياسية: Cells(Rows.Count, "B").End(xlUp).Row. تنطلق هذه الآلية البرمجية من الخلية السفلية القصوى في العمود المختار (وهي الخلية رقم 1,048,576 في إصدارات إكسل الحديثة) ثم تصعد عمودياً إلى أعلى حتى تصطدم بأول خلية تحتوي على قيمة فعلية، معيدةً رقم ذلك الصف بدقة متناهية ودون التأثر بوجود خلايا فارغة بينية في أعلى الجدول.

يتم بناء كائن النطاق الديناميكي برمجياً من خلال دمج مرجع الخلية الابتدائية الأولى مع رقم الصف الأخير المستخرج عبر المتغير الرياضي، مستخدمين صياغة مرنة تتخذ التنسيق الآتي: Set dynamicRng = Range("B2:B" & lastRow). يضمن هذا الدمج النصي الديناميكي تمدد كائن النطاق أو انكماشه تلقائياً ليعكس الحدود الحقيقية للبيانات المأهولة فقط، مما يمنح استدعاء دالة القيمة العظمى اللاحق كفاءة مطلقة واستيعاباً كاملاً لكافة المتغيرات الطارئة على حجم المصفوفة.

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

6.2 استخدام خاصية CurrentRegion والجداول الرسمية (ListObjects)

تتيح لغة VBA تقنيات بديلة بالغة القوة لاقتطاع النطاقات البيانية المتصلة ديناميكياً، وتأتي في طليعتها الخاصية الشهيرة CurrentRegion. تحاكي هذه الخاصية برمجياً أمر التحديد السريع عبر لوحة المفاتيح (Ctrl + Shift + *)؛ حيث تتوسع انطلاقاً من خلية أساسية معينة لتشمل كافة الخلايا المجاورة الممتدة أفقياً ورأسياً إلى أن تصطدم بحدود فارغة تماماً من الصفوف والأعمدة، مما يجعلها أداة استثنائية لالتقاط كتل البيانات المتماسكة بمرونة فائقة وتمرير عمود محدد منها لحساب قيمته القصوى.

يمثل التعامل مع الجداول الرسمية المهيكلة من خلال كائن ListObjects ذروة التطور البرمجي في إدارة البيانات الجداولية داخل إكسل؛ إذ تتيح هذه البنية البرمجية المتقدمة مخاطبة أعمدة الجدول بأسمائها الوظيفية المعرفة مسبقاً بدلاً من الاعتماد على أرقام الصفوف والأعمدة الأبجدية المتغيرة. عبر التعبير البرمجي ListObjects("SalesTable").ListColumns("Revenue").DataBodyRange، يمكن للمطور استهداف عمود الإيرادات حصرياً دون القلق بشأن موقعه الجغرافي داخل ورقة العمل أو حجمه المتغير.

يوفر تطبيق الدالة Max على أعمدة الجداول الرسمية مزايا استثنائية في تقليص تعقيد الأكواد؛ حيث يتولى كائن DataBodyRange استبعاد رؤوس الجداول (Headers) تلقائياً من نطاق البحث، كما يتجاهل صفوف الإجماليات السفلية (Total Rows)، مما يضمن قصر عملية البحث عن القيمة العظمى على جسم البيانات الفعلي حصراً دون تداخل مع النصوص الوصفية أو المجاميع الحسابية التي قد تشوه النتائج الإحصائية.

مع ذلك، يجب أن يمتلك مهندس الحلول البرمجية فهماً عميقاً لسلوك هذه الخصائص عند وجود فراغات أو صفوف خالية بالكامل؛ فخاصية CurrentRegion ستتوقف حتماً عند أول صف فارغ تماماً يعترض طريقها، مما يقسم البيانات المتصلة منطقياً إلى كتلتين منفصلتين جغرافياً ويؤدي إلى استخراج قيمة عظمى ناقصة. يتطلب التغلب على هذا التحدي فحص استمرارية البيانات وتفضيل كائنات ListObjects التي تحافظ على تماسك النطاق حتى في وجود خلايا أو صفوف بيانية فارغة جزئياً.

7. البحث عن القيمة العظمى عبر أوراق عمل ومصنفات متعددة

7.1 استهداف أوراق عمل محددة بدقة الإسناد

تعد مسألة الإسناد المؤهل بالكامل (Fully Qualified Reference) لأوراق العمل إحدى أهم ركائز البرمجة الدفاعية الموثوقة في بيئة VBA؛ فالاعتماد على كتابة Range("B2:B11") بصورة مجردة يجعل الإجراء البرمجي رهينة للورقة النشطة لحظة التنفيذ، وهو مصدر دائم للأخطاء الصامتة إذا كان المستخدم يطالع ورقة عمل فرعية للملاحظات وقام بتشغيل ماكرو يفترض به استخراج القيمة العظمى من جدول المبيعات الواقع في ورقة العمل الرئيسية، مما يولد نتائج كارثية أو انهيارات غير متوقعة في بنية البيانات.

تتجلى الممارسة الاحترافية المعتمدة في تحديد المسار المرجعي بدقة لا تقبل اللبس، كما في الصيغة الإنشائية: Sheets("RawData").Range("B2:B11"). تضمن هذه الصياغة الصارمة توجه محرك الحساب الداخلي مباشرة إلى ورقة العمل المسماة “RawData” والوصول إلى نطاقها المحدد بغض النظر عن الورقة المفتوحة حالياً أمام المستخدم على الشاشة، مما يضمن استقرار الإجراءات الإحصائية وحياديتها التامة تجاه سلوكيات التصفح العشوائي داخل بيئة العمل.

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

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

7.2 حساب القيمة العظمى الشاملة عبر عدة أوراق متباينة

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

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

تقتضي الرصانة الهندسية للكود تضمين آليات برمجية لاستثناء أوراق عمل محددة من نطاق المسح الإحصائي؛ فالمصنفات عادة ما تحتوي على أوراق مساعدة مثل ورقة “الغلاف”، أو ورقة “المتغيرات”، أو ورقة “الرسوم البيانية”، والتي لا تضم بنيتها أي بيانات رقمية متوافقة مع نطاق البحث. يتم بناء جمل شرطية استباقية مثل If ws.Name <> "Summary" And ws.Name <> "Config" Then لتجاوز هذه الأوراق المحددة وضمان عدم توقف الماكرو بسبب قراءة نطاقات نصية أو خلايا غير مهيأة حسابياً.

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

8. معالجة الاستثناءات والأخطاء المحتملة أثناء التنفيذ

8.1 إدارة الخلايا النصية والقيم الفارغة والقيم الخطأ

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

على النقيض من ذلك، فإن وجود أخطاء سابقة ناجمة عن صيغ رياضية معطوبة داخل النطاق المستهدف – مثل أخطاء عدم توفر البيانات #N/A، أو القسمة على صفر #DIV/0!، أو مراجع الخلايا التالفة #REF! – يمثل تهديداً قاتلاً للكود؛ حيث يمتنع كائن WorksheetFunction عن استكمال المعالجة، ويقوم فوراً بإلقاء استثناء خطأ تشغيلي في واجهة VBA يتسبب في تجميد الماكرو، لأن الدوال الحسابية المدمجة ترفض معالجة نطاقات تحتوي على خلايا غير سليمة بنيوياً.

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

يتمثل البديل المنهجي الأكثر احترافية في تنظيف وتطهير النطاق برمجياً قبل تمريره إلى الدالة الإحصائية؛ ويمكن إنجاز ذلك إما عبر التحقق المسبق من خلال الدالة Application.WorksheetFunction.Count(rng) للتأكد من وجود قيم عددية حقيقية صالحة للحساب، أو استدعاء تقنيات الفرز السريع عبر خاصية SpecialCells(xlCellTypeConstants, xlNumbers) لاقتطاع الخلايا الرقمية السليمة حصرياً وإرسالها إلى دالة Max، مما يعزل الأخطاء ويضمن سلاسة التنفيذ تحت شتى الظروف التشغيلية.

8.2 بناء روتين معالجة أخطاء قوي ومنظم (Error Handling Routine)

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

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

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

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

9. المفاضلة بين دالة إكسل والحلقات التكرارية (Loops)

9.1 تنفيذ خوارزمية البحث الخطي عبر حلقات For…Next

تمثل خوارزمية البحث الخطي (Linear Search Algorithm) المنفذة عبر الحلقات التكرارية For Each...Next الركيزة البديلة لاستخراج القيمة العظمى بعيداً عن الاعتماد على الدوال المسبقة البرمجة. يعتمد هذا النهج البرمجي الأولي على زيارة كل خلية داخل النطاق المستهدف بصورة منفردة ومتتابعة، ومقارنة محتواها العددي بقيمة مسجلة في متغير وسيط يمثل سقف القيمة القصوى المؤقتة المكتشفة حتى تلك اللحظة من دورة البحث.

يتجلى المنطق البرمجي الداخلي لهذه الخوارزمية في التركيب الشرطي الكلاسيكي: If cell.Value > maxVal Then maxVal = cell.Value. في كل خطوة تكرارية، يتم تقييم محتوى الخلية الحالية؛ فإذا تبين أنه يتجاوز القيمة المسجلة في المتغير maxVal، يتم إحلال القيمة الجديدة محله فوراً ليصبح هو السقف الجديد للمقارنات اللاحقة، وتستمر هذه الدورة الحسابية المتسلسلة إلى حين استنفاد كافة الخلايا المكونة للنطاق محل الدراسة.

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

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

9.2 تحليل الأداء وسرعة المعالجة الحسابية

تكشف المقارنة الزمنية المنهجية (Benchmarking) وتحليل التعقيد الحسابي عن فوارق جوهرية في الأداء التشغيلي بين الاستدعاء المباشر لدالة إكسل المدمجة عبر WorksheetFunction.Max وبين خوارزميات الحلقات التكرارية المنفذة فوق خلايا ورقة العمل. يعود هذا التباين الشاسع إلى الطبيعة الهيكلية لكيفية تفاعل لغة VBA مع خلايا إكسل على مستوى الذاكرة ونموذج المكونات الكائنية (COM Model).

تتفوق دالة WorksheetFunction.Max تفوقاً ساحقاً في السرعة الحسابية نظراً لكونها مكتوبة بلغات منخفضة المستوى ومترجمة مباشرة إلى لغة الآلة الموجهة للمعالج ضمن ما يعرف بـ C-API الداخلي لبرنامج إكسل؛ إذ يتم تمرير مصفوفة النطاق إليها دفعة واحدة ككتلة ذاكرية متصلة ليتم مسحها بأقصى سرعة تسمح بها بنيات المعالجة الرياضية المتوازية، مما يجعلها قادرة على فحص مئات الآلاف من الخلايا في بضعة أجزاء من المليثانية وبأقل استهلاك ممكن لدورات وحدة المعالجة المركزية.

على الجانب الآخر، يؤدي استخدام حلقات For Each للمرور على خلايا ورقة العمل مباشرة إلى انخفاض حاد في سرعة التنفيذ؛ حيث تتطلب كل دورة تكرارية عبور الحدود الفاصلة بين بيئة تشغيل VBA ومحرك واجهة إكسل لقراءة خاصية cell.Value، وهي عملية تبادلية مكلفة حوسبياً (Context Switching) تستنزف وقتاً هائلاً عند تكرارها لعشرات الآلاف من المرات، مما يقود إلى تجميد واجهة التطبيق وظهور مؤشر الانتظار لفترات قد تصل إلى دقائق كاملة في ملفات البيانات العملاقة.

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

10. استخراج القيمة العظمى بناءً على شروط مخصصة (Conditional Max)

10.1 استدعاء دالة MAXIFS عبر بيئة الكود

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

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

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

تقتضي المسؤولية الهندسية لمطوري الحلول التحقق المسبق من التوافقية البرمجية (Backwards Compatibility) مع بيئات التشغيل المختلفة؛ فدالة MAXIFS لم تكن متوفرة في الإصدارات القديمة من حزمة أوفيس (ما قبل إصدار 2019 واشتراكات Microsoft 365). وبالتالي، فإن بناء أنظمة برمجية مخصصة للعمل عبر منظومات مؤسسية متباينة الإصدارات يستدعي فحص نسخة إكسل الحالية برمجياً، أو توفير مسار حسابي بديل يضمن استقرار الكود حتى في حال تشغيله على منصات تشغيلية لا تزال تعتمد على إصدارات أوفيس السابقة.

10.2 التقييم الشرطي باستخدام دالة Evaluate ومصفوفات الصيغ

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

يرتكز هذا الأسلوب على تركيب سلاسل نصية تعبر عن معادلات رياضية تدمج دالة IF المنطقية في قلب دالة MAX القياسية، مثل الصيغة التحليلية: Application.Evaluate("MAX(IF(A2:A100='TeamA', B2:B100))"). يقوم محرك إكسل الداخلي بتحويل هذا التعبير النصي إلى مصفوفة رقمية في الذاكرة تستبدل القيم غير المطابقة للشرط بقيم منطقية فارغة، ثم يمرر الأرقام المتبقية إلى دالة القيمة العظمى لاستخلاص الذروة المقترنة بالشرط بدقة وسرعة متناهيتين دون الحاجة لكتابة حلقات تكرارية مضنية.

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

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

11. التقنيات المتقدمة: تحديد إحداثيات وموقع الخلية ذات القيمة العظمى

11.1 استخدام دالة Range.Find لتحديد موقع القيمة بدقة

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

تبدأ هذه التقنية المتقدمة بحساب القيمة العظمى وتخزينها في متغير رقمي وسيط، ثم استدعاء دالة البحث عبر النطاق المستهدف بتمرير هذا المتغير كمعامل للبحث: Set foundCell = Rng.Find(What:=maxVal, LookIn:=xlValues, LookAt:=xlWhole). يُرجع هذا الاستدعاء مرجعاً لكائن خلية حقيقي (Range Object) يمتلك كافة الخصائص الجغرافية والبصرية للخلية الأصلية، مما يمكن البرنامج من استنطاق أدق تفاصيلها المكانية بدقة تامة.

بمجرد الحصول على كائن الخلية المستهدفة بنجاح، يصبح بإمكان المطور استخراج عنوانها المطلق عبر الخاصية foundCell.Address (كالرمز الجغرافي المألوف $B$7)، أو استخلاص إحداثياتها الهندسية المتمثلة في رقم الصف المستقل عبر foundCell.Row ورقم العمود عبر foundCell.Column. توفر هذه الأرقام الإحداثية المدخلات الأساسية اللازمة لبناء إجراءات برمجية لاحقة تستهدف قراءة البيانات المحيطة أو تعديل تنسيقات السجل بالكامل بصورة آلية.

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

11.2 دمج دالتي Match و Index لربط القيمة ببيانات موازية

يمثل استخراج البيانات الوصفية المرتبطة بالقيمة العظمى – مثل معرفة اسم اللاعب صاحب أعلى نقاط، أو كود المنتج الأكثر مبيعاً – التطبيق الأكثر حيوية في بناء التقارير التحليلية الذكية. يتحقق هذا الهدف برمجياً بأسلوب فائق الكفاءة عبر استدعاء الثنائي الحسابي الشهير Match وIndex من خلال كائن WorksheetFunction، مما يوفر منصة استعلام رأسية وأفقية فائقة السرعة تتفوق على أساليب البحث النصي التقليدية في استهلاك موارد المعالج.

تعتمد الخطوة الأولى في هذا التكامل المنهجي على استخدام دالة المطابقة: pos = WorksheetFunction.Match(maxVal, Rng, 0) لتحديد الموقع الترتيبي النسبي للقيمة العظمى داخل نطاق البحث العددي. يُرجع هذا الاستدعاء رقماً صحيحاً يمثل ترتيب الصف النسبي الذي يحتوي على القيمة، مع ضبط معامل المطابقة الأخير على القيمة صفر لفرض التطابق التام وتفادي أي تقديرات تقريبية قد تضلل عملية الاسترجاع اللاحقة للبيانات المقابلة.

في الخطوة التالية، يتم توظيف هذا الموقع النسبي المستخرج كمؤشر إحداثي داخل دالة الفهرسة لاستخلاص البيان الموازي من عمود مجاور يقع في نفس المستوى الأفقي: topPerformer = WorksheetFunction.Index(Sheets("Data").Range("A2:A11"), pos). يتميز هذا الربط البرمجي بقدرته على استرجاع البيانات الواقعة على يمين أو يسار نطاق البحث على حد سواء دون أي قيود اتجاهية، متجاوزاً بذلك القصور الهيكلي الكلاسيكي المعروف لدالة VLOOKUP التي تعجز عن استرجاع البيانات الواقعة على يسار عمود البحث.

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

12. أفضل الممارسات البرمجية وتطوير دوال مخصصة (UDFs)

12.1 تحويل الإجراء Sub إلى دالة مخصصة قابلة للاستدعاء (Function)

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

تتجسد البنية التركيبية القياسية لإنشاء دالة مخصصة لاستخراج القيمة العظمى في الصياغة المنهجية الآتية: Function GetCustomMax(Rng As Range) As Double. في هذا التعريف الصريح، يتم استقبال كائن النطاق كمعامل دخل إلزامي، مع تحديد النوع البياني لمخرجات الدالة كعدد مضاعف الدقة، مما يضمن تدفقاً آمناً للبيانات المتوافقة برمجياً ويسهل على محرك إكسل إجراء التحويلات البيانية اللازمة دون مخاطرة بفقدان دقة الحسابات الإحصائية.

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

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

12.2 تحسين الأداء وضوابط توثيق وصيانة الأكواد

يتطلب الارتقاء بكفاءة الحلول البرمجية في المشاريع الضخمة تبني استراتيجيات صارمة لتحسين الأداء الحسابي وإدارة موارد المعالج والذاكرة بدقة؛ ويأتي في صدارة هذه التدابير تعطيل خاصية تحديث الشاشة التلقائي عبر الأمر Application.ScreenUpdating = False في مطلع تنفيذ الماكرو الإحصائي. يحجب هذا الأمر عملية إعادة رسم الواجهة الرسومية لكل حركة خلية أو قراءة نطاق، مما يوفر قدراً هائلاً من دورات المعالجة ويسرع وتيرة التنفيذ الإجمالية بنسب تتجاوز أحياناً 80% في المصنفات الضخمة.

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

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

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

الخاتمة

خلصت هذه الدراسة الشاملة إلى أن عملية استخراج القيمة العظمى من نطاقات خلايا إكسل باستخدام لغة Visual Basic for Applications (VBA) ليست مجرد استدعاء روتيني لدالة حسابية، بل هي منظومة متكاملة من الخيارات الهندسية والمعمارية التي توازن بين سرعة المعالجة الحاسوبية، ودقة إدارة الذاكرة، ومرونة التفاعل مع المتغيرات المكانية والبيانية للمصنفات. إن الاستيعاب العميق لنموذج كائنات إكسل، وخاصة كائن WorksheetFunction وآليات الإسناد المباشر والمؤهل بالكامل للأوراق والخلايا، يمثل حجر الزاوية في بناء تطبيقات مصرفية وإحصائية ومؤسسية تتسم بالرصانة والاعتمادية العالية.

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

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

المراجع

• Alexander, M., & Kusleika, D. (2019). Excel 2019 Power Programming with VBA. John Wiley & Sons.
• Bullen, S., Bovey, R., & Green, J. (2009). Professional Excel Development: The Definitive Guide to Developing Applications Using Microsoft Excel, VBA, and .NET (2nd ed.). Addison-Wesley Professional.
• Jelen, B., & Syrstad, T. (2022). Microsoft Excel VBA and Macros (Office 2021 and Microsoft 365). Pearson Education.
• Korol, J. (2018). Excel 2019 Programming with VBA: In Depth. Mercury Learning and Information.
• Microsoft Corporation. (2023). WorksheetFunction.Max Method (Excel). Microsoft Learn. https://learn.microsoft.com/en-us/office/vba/api/excel.worksheetfunction.max
• Microsoft Corporation. (2023). Range.Find Method (Excel). Microsoft Learn. https://learn.microsoft.com/en-us/office/vba/api/excel.range.find
• Walkenbach, J. (2015). Excel VBA Programming For Dummies (4th ed.). John Wiley & Sons.