أساسيات تعلم البعد الرابع
إذا كنت قادمًا إلى 4D (4th Dimension) من FileMaker Pro أو Microsoft Access أو أداة حديثة منخفضة التعليمات البرمجية (low-code)، فإن أول شيء تحتاجه هو خريطة صادقة للتضاريس. تمت كتابة صفحة “أساسيات تعلم 4th Dimension” الأصلية كمقارنة جنبًا إلى جنب لمتطلبات النظام بين FileMaker Pro 5.0 و4th Dimension 6.5 — وهي لقطة من عام 1999 إلى 2000 تقريبًا. لا تزال هذه اللقطة مفيدة، ولكن فقط إذا فهمت سبب اختلاف هذه المتطلبات وما تخبرك به عن كيفية تفكير المنتجين في العالم. تحافظ هذه المقالة على تلك المقارنة الأصلية وتبني السياق حولها: ماذا تعني الأرقام، وكيف تباعدت المنصات، وكيفية اتخاذ قرارات عملية اليوم عندما ترث نظام 4D أو تقوم بصيانته. إذا كنت تفكر فيما إذا كان 4D لا يزال يناسب مجموعتك التقنية، فإن مراجعات 4th dimension low code تنظر في كيفية صموده أمام الأدوات الحالية.
النقاط الرئيسية
- تعد جداول متطلبات FileMaker مقابل 4D الأصلية بمثابة خط أساس تاريخي، وليست دليل شراء — تعامل مع أرقام ذاكرة الوصول العشوائي (RAM) ونظام التشغيل المحددة على أنها قطع أثرية من تلك الحقبة.
- الاختلاف المعماري الأكثر أهمية هو أن 4D عبارة عن بيئة تطوير قاعدة بيانات علائقية قابلة للبرمجة، بينما تم وضع FileMaker Pro كتطبيق قاعدة بيانات للمستخدم النهائي.
- إن فصل البنية (structure)، والأساليب (methods)، والنماذج (forms)، وملفات البيانات في 4D هو ما يجعلها تتوسع من أداة سطح مكتب لمستخدم واحد إلى نظام عميل/خادم ونظام منشور على الويب.
- نموذج الشبكة، وترخيص وقت التشغيل (runtime)، وتوافر المترجم (compiler) هي المجالات الثلاثة التي اختلف فيها 4D وFileMaker بشكل حاد — وحيث لا تزال قرارات الترحيل تتوقف حتى اليوم.
- تعمل تقنية 4D الحديثة (4D v20 والإصدارات الأحدث) على أنظمة macOS وWindows الحالية، وتدعم SQL وREST، وتتكامل مع Git — لم تعد قيود عصر الإصدار 6.5 سارية.
المقارنة الأصلية، محفوظة
قارنت المادة المصدر بين منتجين وجهاً لوجه. إليكم هذه المقارنة، التي ظلت كما هي لأنها توثق لحظة حقيقية في تاريخ قواعد بيانات سطح المكتب.
FileMaker Pro 5.0 — Macintosh: Power Macintosh؛ 16 ميجابايت من ذاكرة الوصول العشوائي؛ إصدار نظام التشغيل Mac 7.6.1 أو الأحدث؛ محرك أقراص CD-ROM وقرص صلب؛ واتصال شبكة TCP/IP أو AppleTalk (مطلوب لمشاركة قواعد بيانات FileMaker عبر الشبكة). تضمنت متطلبات النشر على الويب جهاز كمبيوتر مضيفًا يتمتع بإمكانية الوصول المستمر إلى الإنترنت أو الإنترانت عبر TCP/IP، ومزود خدمة إنترنت (ISP) للوصول إلى الإنترنت، والوصول إلى قواعد البيانات المنشورة على الويب يقتصر على 10 عناوين IP لكل فترة 12 ساعة متتالية.
FileMaker Pro 5.0 — Windows: كمبيوتر متوافق مع Intel (486/33 أو أحدث)؛ 16 ميجابايت من ذاكرة الوصول العشوائي؛ Windows 95 أو Windows 98، أو Windows NT 4 (Service Pack 3)؛ محرك أقراص CD-ROM وقرص صلب. كانت متطلبات النشر على الويب هي نفسها: مضيف يتمتع بوصول مستمر لـ TCP/IP، ومزود خدمة إنترنت (ISP)، ونفس الحد الأقصى لعناوين IP البالغ 10 لكل فترة 12 ساعة.
4th Dimension 6.5 — Macintosh: معالج Power PC 601 مع قرص صلب ونظام 7.6.1 أو أحدث مع ذاكرة وصول عشوائي سعة 20 ميجابايت؛ محرك أقراص CD-ROM وقرص صلب.
4th Dimension 6.5 — Windows: جهاز يعمل بمعالج 486 أو Pentium مع قرص صلب وأحد الخيارات التالية: Windows 95/98 مع ذاكرة وصول عشوائي 16 ميجابايت على الأقل، أو Windows NT Workstation أو Server مع ذاكرة وصول عشوائي 24 ميجابايت على الأقل.
ذات صلة: — واجهة بسيطة لجدول بيانات تقع فوق قاعدة بيانات علائقية حقيقية، مع عمليات تشغيل تلقائية وطرق عرض وواجهات قابلة للمشاركة..
هناك أمران يبرزان هنا. أولاً، طلبت 4D مزيداً من ذاكرة الوصول العشوائي على نظام Mac (20 ميجابايت مقابل 16 ميجابايت) وميزت بين تكوينات Windows NT Workstation وServer — وهي علامة على أن 4D كان يتم نشره بالفعل في أدوار الخادم. ثانياً، كان النشر على الويب في FileMaker يُقاس بعناوين IP، مما يخبرك أنه كان يستهدف نشر مجموعات العمل الصغيرة، وليس نشر المؤسسات.
لماذا اختلفت المتطلبات
لم تكن الفجوة بين 16 ميجابايت و20-24 ميجابايت عشوائية، بل عكست اختلافاً جوهرياً في ماهية كل منتج.
تم تصميم FileMaker Pro بحيث يمكن لشخص غير مبرمج فتح التطبيق، وتحديد الحقول في واجهة تشبه جدول البيانات، وسحب بعض عناصر التخطيط، والبدء في إدخال البيانات. تم الحفاظ على بصمة وقت التشغيل صغيرة لأن المستخدم المستهدف كان شخصاً واحداً على سطح المكتب.
إذا كنت تتسوق: — أداة إنشاء تطبيقات ذات تعليمات برمجية منخفضة يتم توصيلها بمجموعة Zoho الأوسع والأسعار لكل مستخدم وليس لكل تطبيق..
على النقيض من ذلك، تم طرح 4D كبيئة تطوير كاملة. حتى في عصر الإصدار 6.5، كان يتضمن:
- محرر بنية (structure editor) لتحديد الجداول والحقول والعلاقات
- محرر أساليب (method editor) لكتابة لغة برمجة 4D
- محرر نماذج (form editor) لتصميم تخطيطات الإدخال والإخراج
- مترجم (compiler) يمكنه تحويل الكود المفسر إلى تطبيق مستقل
- بنية عميل/خادم (client/server) متميزة عن إصدار المستخدم الواحد
يستهلك كل من هذه الأنظمة الفرعية الذاكرة والقرص. كان المطلب الأعلى هو ثمن كون المنتج منصة وليس مجرد تطبيق.
التمييز بين المفسر (interpreter) والمترجم (compiler)
هذا هو المفهوم الأكثر أهمية لاستيعابه مبكراً. في 4D، يمكنك التطوير والتشغيل في الوضع المفسر (interpreted mode)، حيث يتم تنفيذ لغة 4D سطراً بسطر في وقت التشغيل. هذا يجعل التكرار سريعاً ولكنه أبطأ في التنفيذ ويتطلب وجود بيئة تطوير 4D.
عندما تكون جاهزاً للشحن، تستخدم المترجم (compiler) لإنتاج تطبيق مستقل قابل للنقر المزدوج لا يحتاج بعد الآن إلى بيئة التطوير الكاملة. يشبه هذا من الناحية النظرية الفرق بين تشغيل نص Python عبر المفسر مقابل توزيع ملف ثنائي مترجم. لم يقدم FileMaker، في نفس العصر، نفس المسار من المطور إلى التطبيق المستقل بنفس الطريقة — فقد جاءت إصدارات Runtime وDeveloper لاحقاً وعملت بشكل مختلف.
إذا كنت تتعلم 4D اليوم، فافهم أن “تطبيق 4D المترجم” هو هدف نشر أساسي، وقم بتخطيط هيكل مشروعك وفقاً لذلك من اليوم الأول.
متطلبات النظام كإشارة تصميم
قراءة جداول المتطلبات القديمة هي مهارة. إليك كيفية استخلاص المعنى منها بدلاً من مجرد الحنين إلى الماضي.
| الإشارة في المتطلبات | ما تخبرك به |
|---|---|
| أرقام منفصلة لـ NT Workstation مقابل Server | توقع المورد عمليات نشر على الخوادم، وليس فقط أجهزة سطح المكتب |
| ذاكرة وصول عشوائي أعلى على منصة واحدة | من المحتمل أن المحرك تم تحسينه أو اختباره أولاً على تلك المنصة |
| قياس عناوين IP للوصول إلى الويب | كان النشر على الويب إضافة ثانوية، مرخصة لكل اتصال |
| إدراج محرك أقراص CD-ROM | كان التوزيع عبر وسائط مادية؛ لا توجد تحديثات تلقائية |
| ذكر صريح لـ AppleTalk | كانت الشبكات ما قبل عصر انتشار TCP/IP لا تزال شائعة |
الدرس العملي: عندما تقيم أي منصة قاعدة بيانات — 4D أو FileMaker أو Access أو أداة حديثة منخفضة التعليمات البرمجية — انظر ما إذا كان المورد يدرج تكوينات الخادم بشكل منفصل. إذا فعل ذلك، فإن المنتج مصمم للنشر متعدد المستخدمين. أما إذا أدرج مواصفات سطح المكتب فقط، فأنت تنظر إلى أداة مستخدم واحد قد تعاني تحت ضغط التزامن.
الشبكات: العميل/الخادم مقابل مشاركة الملفات
يمكن القول إن اختلافات الشبكات بين المنتجين كانت أكثر تأثيراً من أرقام ذاكرة الوصول العشوائي.
كان نموذج المشاركة الأصلي في FileMaker هو مشاركة الملفات عبر الشبكة — حيث يفتح جهاز واحد ملف قاعدة البيانات وتتصل به الأجهزة الأخرى، باستخدام TCP/IP أو AppleTalk كوسيلة نقل. هذا الأمر بسيط ويعمل بشكل جيد مع الفرق الصغيرة، ولكنه يعني أن “الخادم” هو في الحقيقة مجرد جهاز نظير يبقي الملف مفتوحاً.
أما نموذج 4D فكان بنية عميل/خادم (client/server architecture) حقيقية. تدير عملية 4D Server البيانات، وتعالج الوصول المتزامن، وتخدم الطلبات لتطبيقات 4D Client. هذا أقرب إلى كيفية عمل PostgreSQL أو Microsoft SQL Server، ولهذا السبب استطاع 4D التوسع ليشمل أعداداً أكبر من المستخدمين ومجموعات بيانات أضخم.
بالنسبة لأي شخص يبني اليوم، فإن إطار اتخاذ القرار هو:
- مستخدم واحد أو شخصان؟ قاعدة بيانات سطح المكتب مناسبة.
- حفنة من المستخدمين المتزامنين على شبكة LAN؟ مشاركة الملفات أو خادم خفيف الوزن يفي بالغرض.
- عشرات المستخدمين، أو وصول عن بعد، أو عملاء ويب؟ أنت بحاجة إلى محرك عميل/خادم حقيقي مثل 4D Server.
يعد قياس عناوين IP الأصلي في نشر الويب الخاص بـ FileMaker مثالاً جيداً على هذا القيد: لم يكن مصمماً لحركة مرور ويب مفتوحة.
أوقات التشغيل، المترجمات، والنشر
تشير عناوين “الاختلافات في أوقات التشغيل” و”المترجم” في المخطط الأصلي إلى مفترق طرق حقيقي.
- وقت التشغيل المفسر (Interpreted runtime): تعمل داخل بيئة تطوير 4D. الأفضل للتطوير، وتصحيح الأخطاء، والأدوات الداخلية حيث تتحكم في الجهاز.
- التطبيق المترجم (Compiled application): تقوم ببناء ملف تنفيذي مستقل. الأفضل للتوزيع على المستخدمين الذين لا ينبغي أن يمتلكوا بيئة التطوير.
- 4D Server: المحرك متعدد المستخدمين. الأفضل للبيانات المشتركة مع الوصول المتزامن.
- 4D Client: تطبيق الاتصال. الأفضل لمحطات العمل التي تتواصل مع الخادم.
من الأخطاء الشائعة للوافدين الجدد تطوير كل شيء في الوضع المفسر ثم اكتشاف أن عملية الترجمة (compilation) تظهر أخطاءً كان المفسر يتجاوزها. قم بالبناء والترجمة مبكراً، حتى في مشروع اختبار صغير، لتتعلم توقعات المترجم قبل أن يكون لديك آلاف الأسطر من الكود.
استضافة الويب وتخطيط البيانات
أدرج المخطط الأصلي “استضافة الويب” و”تخطيط البيانات” كموضوعين منفصلين، وكلاهما لا يزال ذا صلة.
استضافة الويب في عالم 4D تعني إتاحة قاعدة بياناتك للمتصفحات. تاريخياً، تم ذلك من خلال خادم الويب المدمج في 4D، والذي كان يمكنه تقديم قوالب HTML والاستجابة للطلبات باستخدام لغة 4D. اليوم، يدعم 4D أيضاً الوصول بنمط REST ويمكنه التكامل مع مجموعات الويب القياسية، لذا لست مقيداً بنموذج نشر ملكي. إذا كنت تخطط لواجهة أمامية للويب، فقرر مبكراً ما إذا كنت ستعرض الصفحات من جانب الخادم في 4D أو تعرض البيانات عبر REST لإطار عمل أمامي منفصل.
تخطيط البيانات (Data charting) يعني تحويل نتائج الاستعلام إلى رسوم بيانية ولوحات معلومات. قدمت 4D تاريخياً الرسوم البيانية من خلال كائنات النماذج والمكونات الإضافية من جهات خارجية. التوجيه العملي: اجعل استعلامات التقارير منفصلة عن نماذج إدخال البيانات، لأن أعباء عمل التقارير لها خصائص أداء تختلف تماماً عن العمليات الإجرائية (transactional).
المكونات الإضافية، الأدوات، والنظام البيئي
تعترف عناوين “المكونات الإضافية” و”الأدوات/المرافق” و”الموارد” في المخطط الأصلي بشيء مهم: لا يتم استخدام أي منصة قاعدة بيانات في عزلة.
- المكونات الإضافية (Plug-ins) توسع 4D بإمكانيات لا يوفرها النواة — مثل تنسيقات ملفات متخصصة، وتكامل مع الأجهزة، ورسومات متقدمة.
- الأدوات والمرافق تغطي كل شيء من تحليل الكود إلى إصلاح البيانات.
- الموارد — التوثيق، والمنتديات، ومواقع المجتمع — هي المكان الذي تتعلم فيه المنصة فعلياً.
للحصول على خلفية موثوقة عن الفئة الأوسع، راجع مقالة ويكيبيديا حول أنظمة إدارة قواعد البيانات والنموذج العلائقي الذي يرتكز عليه كل من 4D وFileMaker. وبالنسبة لنسب اللغة والمنصة، يعد إدخال 4D (لغة برمجة) نقطة بداية معقولة. وبالنسبة للمعايير التي تتوافق معها 4D الحديثة، فإن نظرة عامة على SQL تستحق القراءة حتى لو كنت تقضي معظم وقتك في لغة 4D الأصلية.
كيف تقرر: إطار عملي
إذا كنت تختار منصة أو ترث واحدة، فقم بمعالجة هذه الأسئلة بالترتيب:
- كم عدد المستخدمين المتزامنين؟ واحد أو اثنان يعني أداة سطح مكتب. أكثر من حفنة يعني أنك بحاجة إلى محرك خادم حقيقي.
- هل تحتاج إلى توزيع تطبيق مستقل؟ إذا كانت الإجابة بنعم، فأنت بحاجة إلى منصة توفر مترجماً، وهو ما توفره 4D.
- هل ستكون هناك واجهة أمامية للويب أو الهاتف المحمول؟ إذا كانت الإجابة بنعم، ففضل المنصة التي توفر وصول REST أو SQL.
- ما مقدار المنطق المخصص؟ قواعد العمل الكثيفة تفضل البيئة القابلة للبرمجة على البيئة التي تعتمد على النماذج.
- ما هي مجموعة مهارات فريقك؟ المطور غير المتخصص (citizen developer) سيكون منتجاً بشكل أسرع في أدوات نمط FileMaker؛ أما المبرمج فسيفضل محرر الأساليب في 4D.
لا توجد إجابة صحيحة عالمياً. الخيار الصحيح يعتمد على شكل المشكلة، وليس على المنتج الذي يمتلك قائمة ميزات أطول.
الأسئلة المتداولة
هل 4D هي نفسها 4th Dimension؟
نعم. “4D” هو الاسم الحديث للمنتج الذي كان يسمى في الأصل “4th Dimension”. تم اختصار الاسم على مر السنين، ولكن المنصة واللغة وبيئة التطوير هي من نفس السلالة. تستخدم التوثيقات ومنشورات المجتمع من التسعينيات والعقد الأول من القرن الحادي والعشرين “4th Dimension”، بينما تستخدم المواد الحالية “4D”.
لماذا احتاجت 4th Dimension إلى ذاكرة وصول عشوائي أكثر من FileMaker Pro؟
لأن 4D طُرحت كبيئة تطوير كاملة — محرر بنية، ومحرر أساليب، ومحرر نماذج، ومترجم، ومكونات عميل/خادم — بينما تم وضع FileMaker Pro كتطبيق قاعدة بيانات للمستخدم النهائي. تشغيل المزيد من الأنظمة الفرعية في وقت واحد يعني بصمة ذاكرة أكبر. كان المطلب الأعلى نتيجة لكونها منصة وليست مجرد تطبيق واحد.
ما الفرق بين الوضع المفسر والمترجم في 4D؟
في الوضع المفسر، يتم تنفيذ اللغة رباعية الأبعاد سطرًا تلو الآخر في وقت التشغيل، وهو أمر مناسب للتطوير ولكنه أبطأ ويتطلب بيئة التطوير. في الوضع المترجم، يقوم المترجم بترجمة التعليمات البرمجية الخاصة بك إلى تطبيق مستقل يعمل بدون بيئة التطوير ويتم تنفيذه بشكل أسرع. تستخدم معظم عمليات نشر الإنتاج التطبيقات المترجمة أو خادم 4D.
هل يمكن نشر قواعد بيانات 4D على الويب؟
نعم. يتضمن 4D منذ فترة طويلة خادم ويب مدمجًا قادرًا على تقديم الصفحات والاستجابة للطلبات باستخدام لغة 4D، كما تدعم الإصدارات الحديثة أيضًا الوصول إلى نمط REST والتكامل مع مجموعات الويب القياسية. قامت مقارنة FileMaker الأصلية بقياس الوصول إلى الويب عن طريق عنوان IP، مما يعكس نموذج نشر مجموعة عمل صغيرة بدلاً من حركة مرور الويب المفتوحة.
هل لا تزال متطلبات النظام القديمة سارية؟
لا. الأرقام الواردة في المقارنة الأصلية — 16 ميجابايت من ذاكرة الوصول العشوائي، ونظام التشغيل Windows 95/98، ونظام التشغيل Mac OS 7.6.1 — تصف الأجهزة وأنظمة التشغيل من عام 1999 إلى عام 2000 تقريبًا. تعمل إصدارات 4D الحديثة على الإصدارات الحالية من نظامي التشغيل macOS وWindows وتتطلب ذاكرة أكبر بكثير، كما تتوقع من أي منصة قاعدة بيانات معاصرة. تعامل مع الجدول القديم باعتباره خط أساس تاريخي، وليس دليل شراء.
ما الذي يجب أن يتعلمه المبتدئ أولاً في تقنية 4D؟
ابدأ بمحرر البنية: الجداول والحقول والعلاقات. كل شيء آخر - النماذج والأساليب وقوائم القيم والتقارير - مبني على نموذج البيانات هذا. بمجرد أن تتمكن من تحديد بنية علائقية نظيفة، انتقل إلى محرر الأساليب وتعرف على كيفية قراءة لغة 4D للسجلات وكتابتها. تأتي النماذج وقوائم القيم بشكل طبيعي بعد ذلك، لأنها مجرد طبقات عرض فوق البنية التي صممتها بالفعل.
الأسئلة الشائعة
هل البعد الرابع هو نفس البعد الرابع؟
نعم. "4D" هو الاسم الحديث للمنتج الذي كان يسمى في الأصل "4th Dimension". تم اختصار الاسم على مر السنين، ولكن النظام الأساسي واللغة وبيئة التطوير هي نفس النسب. تستخدم التوثيق والمشاركات المجتمعية من التسعينيات والعقد الأول من القرن الحادي والعشرين "البعد الرابع"، بينما تستخدم المواد الحالية "4D".
لماذا يحتاج البعد الرابع إلى ذاكرة وصول عشوائي أكبر من FileMaker Pro؟
نظرًا لأن 4D يتم شحنه كبيئة تطوير كاملة - محرر البنية، ومحرر الطريقة، ومحرر النماذج، والمترجم، ومكونات العميل/الخادم - بينما تم وضع FileMaker Pro كتطبيق قاعدة بيانات للمستخدم النهائي. المزيد من الأنظمة الفرعية التي تعمل في وقت واحد يعني مساحة أكبر للذاكرة. كان المتطلب الأعلى نتيجة لكونه منصة وليس تطبيقًا واحدًا.
ما هو الفرق بين الوضع المترجم والمترجم في 4D؟
في الوضع المفسر، يتم تنفيذ اللغة رباعية الأبعاد سطرًا تلو الآخر في وقت التشغيل، وهو أمر مناسب للتطوير ولكنه أبطأ ويتطلب بيئة التطوير. في الوضع المترجم، يقوم المترجم بترجمة التعليمات البرمجية الخاصة بك إلى تطبيق مستقل يعمل بدون بيئة التطوير ويتم تنفيذه بشكل أسرع. تستخدم معظم عمليات نشر الإنتاج التطبيقات المجمعة أو خادم 4D.
هل يمكن نشر قواعد البيانات رباعية الأبعاد على الويب؟
نعم. يتضمن 4D منذ فترة طويلة خادم ويب مدمجًا قادرًا على تقديم الصفحات والاستجابة للطلبات باستخدام لغة 4D، كما تدعم الإصدارات الحديثة أيضًا الوصول إلى نمط REST والتكامل مع مجموعات الويب القياسية. قامت مقارنة FileMaker الأصلية بقياس الوصول إلى الويب عن طريق عنوان IP، مما يعكس نموذج نشر مجموعة عمل صغيرة بدلاً من حركة مرور الويب المفتوحة.
هل لا تزال متطلبات النظام القديم سارية؟
لا. الأرقام الواردة في المقارنة الأصلية — 16 ميجابايت من ذاكرة الوصول العشوائي، ونظام التشغيل Windows 95/98، ونظام التشغيل Mac OS 7.6.1 — تصف الأجهزة وأنظمة التشغيل من عام 1999 إلى عام 2000 تقريبًا. تعمل الإصدارات الحديثة رباعية الأبعاد على الإصدارات الحالية من نظامي التشغيل macOS وWindows وتتطلب ذاكرة أكبر بكثير، كما تتوقع من أي منصة قاعدة بيانات معاصرة. تعامل مع الجدول القديم باعتباره خط أساس تاريخي، وليس دليل شراء.
ما الذي يجب أن يتعلمه المبتدئ أولاً في تقنية 4D؟
ابدأ بمحرر البنية: الجداول والحقول والعلاقات. كل شيء آخر - النماذج والأساليب وقوائم القيم والتقارير - مبني على نموذج البيانات هذا. بمجرد أن تتمكن من تحديد بنية علائقية نظيفة، انتقل إلى محرر الطريقة وتعرف على كيفية قراءة اللغة رباعية الأبعاد للسجلات وكتابتها. تأتي النماذج وقوائم القيم بشكل طبيعي بعد ذلك، لأنها مجرد طبقات عرض فوق البنية التي صممتها بالفعل.
جرب FileMaker مجانًا لمدة 45 يومًا
نظام أساسي لقاعدة البيانات الارتباطية طويل الأمد للفرق التي تحتاج إلى تطبيقات مخصصة على سطح المكتب والويب والهاتف المحمول من ملف واحد.