سؤال

فقط أتساءل ما أفكار الجميع حول ما orm لاستخدامها ل SQL Azure؟

أنا مرتاح إلى حد ما باستخدام LINQ-TO-SQL وأعتقد أنه من الممكن الحصول عليه مع SQL Azure. ومع ذلك، من فهمي (صححني إذا كنت مخطئا)، لن يتم إجراء أي تحسينات إضافية على LinQ-To-SQL في الإصدارات المستقبلية من .NET Framework؟

بدلا من ذلك، هناك إطار للكيان ... وأعاطا أكثر من معسكر Microsoft Lonhibernate.

من الناحية المثالية، يجب أن تكون أي اقتراحات إضافية مصنوعة مصدرا حرا أو مفتوحا. لقد رأيت telerik's orm. لكن هذا بالطبع، هو منتج تجاري.

يمكنني الحصول على تعريفات / فوائد كل Orm نفسي عن طريق إجراء بحث Google، لكنني كنت مهتما فقط بآراء الشعوب التي يبدو أنها تعمل بشكل أفضل لهم (حتى لو لم يكن الأمر أعلاه)

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

المحلول

نحن نستخدم أحمق في ازور في الوقت الحالي ويجدون ذلك جيدا.

لأننا نستخدمها S # ARP العمارة لتوفير غالبية كود السباكة لحقن أحمق والمستمدة التي ندخلها في الحصول على مشاريع أطلقت بسرعة كبيرة مع مؤسسة صلبة جيدة. أخبر الجميع أنها غير مؤلمة ولكن يمكن أن يكون هناك بعض منحنى التعلم شديد الانحدار مع أحمق عند البدء لأول مرة.

لست متأكدا مما إذا كنت على علم بطلاقة LimingLerate - http://fluentnibernate.org. - لكنها أداة رائعة وستقوم تلقائيا بتعيين كائنات عملك على قاعدة البيانات الخاصة بك. يمكن تخصيصها بالطبع لأي سلوك تحتاجه.

نصائح أخرى

dataibjects.net. يدعم SQL AZURE. إنه متاح تحت GPL (ولكن ليس LGPL - IE إذا كان GPL صارما للغاية بالنسبة لك، فيجب عليك الحصول على ترخيص تجاري).

لقد وقعت مؤخرا في الحب مع نهج "الكود الأول" الإطار الإلكتروني للكيان.

لا تخطئ - EF4.0 هو Lightyears قبل الإصدارات السابقة من EF ودففع EF إلى كونه منافسا حقيقيا في سوق الأورم.

قراءة من خلال هانسلان كود EF أول نصي تجريبي من PDC 2010 أو سكوت غوثري للمشي من الرمز أولا :)

تحقق من nhibernate. ربما أعلى الخط الآن.

خلاف ذلك هو موارد جيدة هو دائما http://www.ormbatle.net/

يمكنني استخدام LinQ-To-SQL مع قاعدة بيانات SQL Azure الخاصة بي. لدي نموذج بسيط بسيطة بين فصول الدروس وطاولات قواعد البيانات، لذلك فهو أبسط حل ويعمل بمحافظته (بضعة مواطن خلل SQL Azure جانبا).

ال إطار الكيان VS LinQ إلى SQL السؤال سوف يجيب على ذلك واحد بالنسبة لك.

لقد كنت أستخدم إطار الكيان 1.0 بنجاح إلى حد ما، وأنا متأكد من أن 4.0 سيكون أفضل، خاصة مع دعم Pocos (لذلك أنت خالية من الكائنات ذات الصلة السياق من البداية). إما الإصدارين، فإن دعم LINQ يقوم باختلاف كبير بمجرد حصولك على تعليق منه.

لكنني أود أن أقول أنه يجب عليك أن تعتبر أي orm مجرد خيار - إذا قمت بإعداد طبقة الوصول إلى البيانات الخاصة بك لاستخدام وحدة العمل ومواد المخزونات، فاستخدم انقلابك المفضل لحاوية التحكم لحقن القذامة المحددة، ثم تكسب نفسك أكثر قليلا من العمل الإعداد، ولكن الكثير من الحرية طويلة الأجل. الذي يهتم حقا أين توجد البيانات أو كيف تحصل عليه على مستوى معين، فهذا ما تفعله به الذي يهم

هذا ما أعتقد ...

توبي

جيمي،

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

إيان

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