كيف اسندت العمل تحت الأغطية ؟ أيضا ما هي أفضل طريقة لجعل الأشياء الثابتة في جافا ؟

Question

كيف اسندت العمل ؟ هي كائنات تسلسل في النقط?

في جافا ، JDO لا يزال وسيلة للذهاب ؟ ما هو متاح ؟ يبدو أنه كان هناك الكثير من الحديث EJB المباشر التسلسل الكائن ، JDO.

Answer 1

للإجابة على السؤال الأول هنا هو مستخرج من السبات في العمل, أن يقول أن هناك طرق مختلفة لتنفيذ ORM:

نقية العلائقية

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

ضوء كائن رسم الخرائط

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

متوسطة كائن رسم الخرائط

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

كائن كامل الخرائط

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

Answer 2

وORM = كائن علائقي الخرائط، يتم تعيين سمات الكائنات إلى الأعمدة في قاعدة البيانات realational. هذا التعيين هو إجراء تعسفي، بحيث يمكن القيام به لالنقط، من الناحية العملية ما هو أكثر فائدة يميل إلى تعيينات طبيعية - سلاسل لVarchars، الباحث إلى أعداد صحيحة الخ

وJPA هو مكان للبحث عن معيار لORM. JPA يستبدل نهج EJB CMP، التي وجدت لتكون مرهقة. JPA يسمح لك للتعبير عن التعيين كما الشروح جافا، وكذلك يسمح للتعيينات التي ستحدد في ملفات configutration، عند دعم multip [لو قواعد البيانات هذه الأخيرة يمكن أن تكون مفيدة.

والنقابة لديها لغة الاستعلام بحيث يمكنك بناء استعلامات مقابل سمات كائن.

ويدعم

ونقابة الصحفيين من قبل البائعين خادم التطبيقات الرئيسية وأيضا من خلال منتجات مثل السبات.

ولقد وجدت نقابة الصحفيين لطيف جدا للعمل مع، أكثر مما EJB CMP.

وأوصي لا تزال تستخدم الدورة EJB الفول جبهات للmamangement المعاملة والأمن - النهج القائم على الشرح يجعل EJB 3 <م> الطريق أسهل استخداما من EJB 2، الحد الأدنى من النفقات العامة الترميز

Answer 3

وJDO هو في الواقع معيار ORM جدا، ويوفر مواصفات أكثر اكتمالا من النقابة (1 + 2). JPQL هو أكثر تركيزا على مفاهيم RDBMS وبالتالي يحاكي SQL. JDOQL يلي جملة جافا لذلك أكثر الكائن مقرها. يعتمد إذا كان التطبيق الخاص بك فكرت أن أذهب بعيدا عن RDBMS. إذا كان الأمر كذلك ثم JPA ليست وسيلة للذهاب. إذا كان فقط لRDBMS ثم JPA هو بالتأكيد في الاعتبار.

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

و- اندي (DataNucleus - JDO وJPA استمرار)