summary c#




هل يجب أن أبدأ باستخدام لينق إلى سكل؟ (4)

حاليا أنا باستخدام نيتيرز لتوليد بلدي طبقة الوصول إلى البيانات وطبقة الخدمة. لقد تم استخدام نيتيرس لأكثر من 2 سنوات ووجدت أن تكون مفيدة جدا. في مرحلة ما أحتاج إلى النظر في لينق حتى أسئلتي هي ...

  1. هل ذهب أي شخص آخر من نيتيرز إلى لينق إلى سكل؟
  2. هل كان هذا التبديل على شيء جيد أو سيء؟
  3. هل هناك أي شيء يجب أن أدركه؟
  4. هل توصي بهذا المفتاح؟

أساسا أود أن أرحب بأي أفكار.


تجربتي تقول لي أن باستخدام لينك يمكنك إنجاز الأمور بشكل أسرع، ولكن الإجراءات الفعلية لقاعدة البيانات أبطأ.

لذلك ... إذا كان لديك قاعدة بيانات صغيرة، سأقول الذهاب لذلك. إن لم يكن، وأود أن الانتظار لبعض التحسينات قبل تغيير


نيتيرس هو جيد جدا لتوليد دال قوية وقوية، ونحن نستخدم داخليا للمكتبات الأساسية والأطر.

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

كلا التكنولوجيات غير مرنة تماما للتغيير دون تجديد رمز أو طبقة دبمل.

أن يقال، تستخدم بشكل صحيح لينق 2 سكل هو تماما حل قوي، وكنت قد تبدأ حتى استخدامه لتطوير مستقبلي بسبب انها سهولة الاستخدام، ولكن أنا لن رمي بعيدا دال الحالي الخاص بك لأنه إذا كسر آينت. ..


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

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

تحقق من لينق سكوت غوثري ل سكل سلسلة من بلوق وظيفة لبعض الأمثلة العظيمة لكيفية استخدامه.


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

  • إعادة توليد الآلاف من خطوط التعليمات البرمجية في 3 مشاريع منفصلة
  • إعادة توليد مئات الإجراءات المخزنة

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

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

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





.nettiers