Visual Builder مقابل APEX

أداتا أوراكل قليلتا الشفرة بمركزَي ثقلٍ مختلفين. والاختيار على شكل المشكلة لا على ما استعمله الفريق قبلُ. وكلتاهما تستطيع بناء تطبيق وِب، فالاختيار يُتَّخذ على الأُلفة عادةً — وذلك يُنتج الجواب الصواب نصف الوقت تقريبًا. ومركز ثقل APEX قاعدة البيانات. فهو يعمل في قاعدة البيانات، وهو في أحسن حالٍ على جداول تملكها، وشكله الطبيعي تطبيقٌ متمركز حول البيانات يبنيه من يفكّر بـSQL. وحيث تكون المشكلة «لدينا بياناتٌ في قاعدة بياناتٍ ونحتاج شاشاتٍ عليها» سيُنتج APEX ذلك أسرع من كل شيء. ومركز ثقل Visual Builder الخدمات ومنشأة Fusion. فهو يستهلك واجهات REST، وله دعمٌ من الدرجة الأولى لواجهات Fusion، ويُنتج واجهةً أمامية تبدو كتطبيقات أوراكل، وهو الأداة المتكاملة مع دورة حياة تطوير Fusion. وحيث تكون المشكلة «نحتاج شاشةً على بيانات Fusion، لمستخدمي Fusion» فهذا هو الجواب. فشكل المشكلة يقرّرها والسؤال: أين تسكن البيانات ومن المستخدم؟ فقاعدة بياناتٍ لك ومستخدمون داخليون يشيران إلى APEX. وبيانات Fusion ومستخدمو Fusion يشيران إلى هنا. والتعقيد…

في هذه الوحدة: الوحدة ١ · ما VBCS، ومتى تحتاجه

1. ١ما هو المنتج فعلًا
2. ٢الأمور الأربعة التي يُطلب منه فعلها
3. ٣متى تحتاج Visual Builder فعلًامعاينة مجانية
4. ٤التخصيص أولًا: ما تملكه بالفعل
5. ٥Visual Builder مقابل APEX
6. ٦فاتورة الصيانة التي لا يذكرها أحد في العرض
7. ٧أين يقع في منظومة أوراكل
8. ٨ما الذي ينكسر: التطبيق الذي ما كان ينبغي أن يوجد
9. ٩تمهيد التدريب · ستة متطلبات، وتوصية لكلٍّ منها