يجب أن SDO (خدمة كائن البيانات) يتم اعتمادها في المشروع ؟

Question

لقد كنت في البرمجة دلفي مع ميداس/DataSnap لفترة طويلة و سعيدة جدا مع ذلك.الانتقال إلى .صافي أنا أكثر من سعيدة مع ADO.NET DataSet.بالنسبة CRUD التطبيق ، أنا غير مريحة للغاية مع أي نوع من ORM.بيانات عامة-هيكل التلقائي مع مهرجان دبي السينمائي الدولي/دلتا التعامل مع الحصول على وظيفة القيام به على نحو أفضل بالنسبة لي ، بمتوسط قاعدة بيانات مطور التطبيق.

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

أتساءل إذا كان من الموت ؟ أي خبرة في SDO تريد مشاركتها ؟ دليل DTO الترميز هو دائما أفضل ؟

Answer 1

موافق.أرى.الجواب هو "لا"

;)

Answer 2

نفسه بالنسبة لي عندما أحاول SDO المرة الأولى.القديمة المواصفات السلبية ردود الفعل...بالتأكيد لا.

Answer 3

لا نوصي باستخدام SDO إلا إذا كان المفروضة على لك من قبل أي جزء آخر من المشروع.

WebSphere عملية الملقم يستخدم SDO.انها ليست حقا سيئة API ذات مرة كنت تعلم ذلك.ولكن المواصفات والوثائق غامضة.فإنه لا يوضح ماذا يحدث إذا كنت تسأل عن الحقل الذي لا وجود له ، أو ما إذا كان لا نوع التحويلات حين الحصول على أو تعيين الحقول إلى اسم اثنين من مغص.

لا أعتقد API يعرف كيفية تعريف أنواع جديدة ، لذلك هذا الجزء سيتم تنفيذ محددة.نوع التعاريف على أساس XSD, لذلك عليك أن تعمل مع جميع المعايير المرتبطة.

كما أن آخرين قد ضمنا ، API ليس على نطاق واسع.وهذا يعني أنه سوف يكون من الصعب العثور على أشخاص من ذوي الخبرة أو المساعدة في استخدامه.