سؤال

أفكر في البدائل المحتملة لطبقة الخدمة القائمة على EJB وتتساءل عما إذا كان من المنطقي استخدام طبقة الخدمة وقاعدة البيانات فقط مع الكأس مع المكون الإضافي عن بُعد أم أن هذا يستخدم مطرقة ثقيلة لكسر الجوز؟

بالحديث عن المكون الإضافي عن بعد: هل هناك طريقة قياسية لإنشاء ملف جرة ، يحتوي على الفئات اللازمة لإجراء مكالمة عن بعد لخدمة Grails من تطبيق Java غير الربيع؟

هل كانت مفيدة؟

المحلول

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

FWIW ، نحن نستخدم Grails كطائرة خدمتنا ؛ في الحالات القادمة ، نستخدمها مضمنًا (كمساعد إضافي) ، في حالات أخرى نقوم بتعريض الخدمات (عبر وحدات التحكم) كـ JSON أو SOAP ؛ أرى تعريض RMI كاختلاف لما نقوم به (بدون طبقة وحدة التحكم).

مرخصة بموجب: CC-BY-SA مع الإسناد
لا تنتمي إلى StackOverflow
scroll top