السلام عليكم
والله في ناس أفضل مني تشرح هذا الموضوع
لكن
شوف أخي الكريم
لازم تفهم انه EF يدعى ADO.NET EF مما يعني أن EF يجلس على رأس ADO.NET ، مما يخبرنا أنه لا يمكن أن يكون أسرع من ADO.NET. ولكن تذكر قوة LINQ التي توفر EF للمطورين. انها قوية حقا عندما يأتي مع
EF. بما أن EF تقوم بتغليف ADO.NET في الخلفية فقد استخدمت ADO.NET فقط ،
ولكن السؤال يأتي لماذا EF ثم ؟؟
نعم ، إذا استخدمنا EF و LINQ ، فإن قابلية الصيانة وتكرار االكود تقل لأننا لا نملك أن نكتب الاستعلامات الكبيرة مثل SP وكل شيء.
تنطبق جميع الحجج القياسية لـ ORM هنا.
كمان يمكنك كتابة رمز مقابل Entity Framework وسيقوم النظام تلقائيًا بإنتاج كائنات لك
وكذلك تعقب التغييرات على تلك الكائنات وتبسيط عملية تحديث قاعدة البيانات. وبالتالي ، فإن EF يمكن أن يحل محل جزء كبير من الكود
الذي يجب عليك كتابته
ولاحظ كيفية عمل DbSet بيحمل جدول وبيوله من خلال Map الى جدول فعلى في السسيكوال سيرفر مباشرة .
وعايز اقول شيئ مهم :
انظر الاتصال والتخلص من اتصال أمر حيوي جدا أن نأخذ في الاعتبار. عندما نستخدم EF ، يتم استخدام كائنات السياق للاتصال بقاعدة البيانات والتشغيل في LINQs. لذلك عندما نقوم بإنشاء مثيل جديد للسياق باستخدام "Create " مثلا ، فإنه افتراضيا ، يتم التخلص منه عندما ينتهي الاستخدام.
أيضا الآن عندما نستخدم أداة الحقن التبعية مثل Ninject ، يقومون بالتخلص داخليًا باستخدام الامتداد المعرفي. يتم التخلص من الاتصال ، ولكن في بعض الأحيان ليس على الفور.
الموضوع كبير وطويل وهناك معلومات لا اعرف كيف اوصلها لك تابعها على قناتي بيكون افضل
شخصيا أعشق EF & LINQ يوميا بتاعمل معاها وكل شغلى بها طبعا مع العملاقة #C
والله في ناس أفضل مني تشرح هذا الموضوع
لكن
شوف أخي الكريم
لازم تفهم انه EF يدعى ADO.NET EF مما يعني أن EF يجلس على رأس ADO.NET ، مما يخبرنا أنه لا يمكن أن يكون أسرع من ADO.NET. ولكن تذكر قوة LINQ التي توفر EF للمطورين. انها قوية حقا عندما يأتي مع
EF. بما أن EF تقوم بتغليف ADO.NET في الخلفية فقد استخدمت ADO.NET فقط ،
ولكن السؤال يأتي لماذا EF ثم ؟؟
نعم ، إذا استخدمنا EF و LINQ ، فإن قابلية الصيانة وتكرار االكود تقل لأننا لا نملك أن نكتب الاستعلامات الكبيرة مثل SP وكل شيء.
تنطبق جميع الحجج القياسية لـ ORM هنا.
كمان يمكنك كتابة رمز مقابل Entity Framework وسيقوم النظام تلقائيًا بإنتاج كائنات لك
وكذلك تعقب التغييرات على تلك الكائنات وتبسيط عملية تحديث قاعدة البيانات. وبالتالي ، فإن EF يمكن أن يحل محل جزء كبير من الكود
الذي يجب عليك كتابته
ولاحظ كيفية عمل DbSet بيحمل جدول وبيوله من خلال Map الى جدول فعلى في السسيكوال سيرفر مباشرة .
وعايز اقول شيئ مهم :
انظر الاتصال والتخلص من اتصال أمر حيوي جدا أن نأخذ في الاعتبار. عندما نستخدم EF ، يتم استخدام كائنات السياق للاتصال بقاعدة البيانات والتشغيل في LINQs. لذلك عندما نقوم بإنشاء مثيل جديد للسياق باستخدام "Create " مثلا ، فإنه افتراضيا ، يتم التخلص منه عندما ينتهي الاستخدام.
أيضا الآن عندما نستخدم أداة الحقن التبعية مثل Ninject ، يقومون بالتخلص داخليًا باستخدام الامتداد المعرفي. يتم التخلص من الاتصال ، ولكن في بعض الأحيان ليس على الفور.
الموضوع كبير وطويل وهناك معلومات لا اعرف كيف اوصلها لك تابعها على قناتي بيكون افضل
شخصيا أعشق EF & LINQ يوميا بتاعمل معاها وكل شغلى بها طبعا مع العملاقة #C