سلام
من می خوام از Entity framwork در پروژم استفاده کنم
میدونید که اگر از ADO.net استفاده کنیم بهتر و استاندارد است که به صورت لایه ای برنامه نویسی کنیم
حالا ایا اگر از Entity framwork هم برای کار با دیتابیس استفاده کردیم باز هم باید به صورت لایه ای برنامه نویسی کنیم یا نیازی نیست؟
فکر نکنم داستان تغییر بکنه تو این روش تا جایی که من میدونم فقط کدنویسیاش کم و راحت تر شده و دیگه با اشیا ado سرکله نمیزنی و نمیخواد ده خط کد بنویسی تا اطلاعات رو نمایش بدی ولی خود ef نقش لایه dal رو بازی میکنه
نیاز را پروژه شما مشخص می‌کند و محدودیتها و الزامات پروژه. ولی در حالت کلی پیشنهاد همون برنامه نویسی چند لایه هستنوشته شده توسط negar.rafie
Entity framework تنها جایگزین لایه Data Access و همچنین Data Model می شود و سایر لایه ها شامل Business، Facade و Presentation باید پیاده سازی شوند.
البته الگوی چند لایه ارتباطی به EF یا ADO.Net ندارد و کاربرد آن در پیاده سازی پروژه های نسبتا بزرگ مدیریت اطلاعات و در جداسازی منطق برنامه از سایر بخش های مرتبط با کاربر و پایگاه داده است.
پس اگر از Entity framwork هم استفاده کنیم باز هم باید به صورت لایه ای کار کنم
حالا من متوه نشدم که در اینجا باید هر سه لایه ی Presentation و Business و Data Access را ایجاد کنیم؟ یا فقط Presentation و Business
لایه Data Access عملا حذف می شود و EF جایگزین آن می شود.
استفاده از برنامه نویسی لایه ای مربوط به حجم پروژه است. برای برنامه ای که باید با 2 یا 3 جدول کار کند مدل چند لایه پیشنهاد نمی شود.
دوستان کلاسهایی مانند DataTable و DataSet فقط مربوط به ADO.net میشوند؟ یا در Entity framwork هم میشود از این کلاسها استفاده کرد
و به عنوان اخرین سوال میشه یه منبع برای اموزش برنامه نویسی سه لایه با Entity framworkمعرفی کنید
ممنون
در سایت dotnettips.info یک سری مقالات بسیار مفید هست.
ولی چیزی درباره برنامه نویسی سه لایه با Entity framwork نبود
خواهشا سوال زیر را جواب بدید
کلاسهایی مانند DataTable و DataSet فقط مربوط به ADO.net میشوند؟ یا در Entity framwork هم میشود از این کلاسها استفاده کرد
این هایی که میگید هیچ ربطی به لایه بودن ندارن.
در کل entity روش است که این نوع لایه بندی را در خود دارد و نیازی به چند لایه کردن نیست.
در وش کلاسیک لایه بندی مثلا میخواهیم یک خروجی اطلاعاتداشته باشیم از DataTable استفاده میکردیم و Insert / update و...
اما در entity ما این ها را به صورت object داریم.
با توجه به نیاز پروژه و درصد اشنایی میتوانید مدل کدنویسی انتخاب کنید.
مطمئن هستید اگر از Entity framwork استفاده کنیم نیازی به چند لایه نیست؟
اینکه ما از چه تکنولوژی استفاده میکنیم تاثیری در پیاده سازی برنامه با معماری چندلایه نداره
حالا شما چه از ADO.net و چه از Entity framwork استفاده کنید (البته در پروژه های بزرگ ) باید به صورت چند لایه برنامه نویسی کنید
در پروژ های کوچیک هم اگر استفاده کنید بد نیست ولی اگر هم نکردید مشکلی نیست
دوستان من بازم متوجه نشدم
کلاسهایی مانند DataTable و DataSet فقط مربوط به ADO.net میشوند؟ یا در Entity framwork هم میشود از این کلاسها استفاده کرد ؟
اگر در Entity framwork نباید از اینها استفاده کنیم معادل اینها در Entity framwork چیست؟
در EF هر جدول دیتابیس به یک کلاس مدل میشه. پس میتونید با اشیائی از مدل کار کنید یعنی شما به جای کار با دیتاتیبل و دیتاست ، از جنریکها (لیستها و ...) استفاده میکنید.
سلام
ببین DataTable و Dataset و این موارد که فقط مربوط به ado.net نیستن. اصلا EF به کنار. شما با هر روشی کوئری رو اجرا کنید و نتیجه رو تو قالب DataTable قرار بدید (به هر صورت که میتونید. مثلا سطر به سطر خوندن اطلاعات و قرار دادن اونا تو دیتاتیبل مربوطه) و از اون استفاده کنید (یا ایجاد چند DataTable به همین صورت و قرار دادن اونا تو یه DataSet)کلاسهایی مانند DataTable و DataSet فقط مربوط به ADO.net میشوند؟ یا در Entity framwork هم میشود از این کلاسها استفاده کرد ؟
اگر در Entity framwork نباید از اینها استفاده کنیم معادل اینها در Entity framwork چیست؟
ولی آخه چه کارییییییییییییه؟
قرار نیست برای DataTable و DataSet و ... تو EF معادلی داشته باشیم. اصلا چرا باید داشته باشیم؟
تو EF با وجود Domain Classes (کلاسهای ایجاد شده در مدل مفهومی) نیازی به حرکتهای عجیب غریب نیست.
خوب پس نتیحه میگیریم که اگر از DataTable در Entity framwork استفاده کردم مشکلی نیست ولی میتونیم به جای اینها از از جنریکها (لیستها و ...) استفاده کنیم
حالا میشه یه نمونه کد با استفاده از جنریکها بزارید
100 البته که اشتباه هست DataTable و DataSet یک راه حل سنتی برای اختلاف بین ارتباط Relational بین جداول و مفاهیم شی گرایی در برنامه نویسی هست که در سمت کد نویسی ساختاری شبیه به دیتابیس توسط DataSet ایجاد می شد. در حالی که روشی دست و پا گیر بود اما با وجو ORM این اختلاف بر طرف شده است. بنابراین شما با استفاده از EF Code First ساختار برنامتون رو با استفاده از کلاس ها ایجاد کنید و برای ذخیره اشیاء ایجاد شده از این کلاس ها از EF استفاده کنید
برای شروع می تونید از روشی که در پروژه ثبت سفارشات آموزش دادم استفاده کنید. و در ادامه ضمن آشنا شدن با الگوهای برنامه نویسی (Design Pattern) و اصول برنامه نویسی شی گرایی (SOLID) می تونید لایه های منطقی برنامتون رو تشکیل بدید و با درک صحیح از این اصول استفاده کنید. وگرنه دیدن یک روش پیاده سازی چند لایه هیچ ارزشی برای شما نخواهد داشت.
امیدوارم در آینده نزدیک آموزشی عملی در این زمینه داشته باشم
پس دوست عزیز karaji333 چطور شما میگید مشکل نداره؟
جناب gwbasic که میگن نباید استفده کنیم؟
سلام
متنو درست بخون بعد ...پس دوست عزیز karaji333 چطور شما میگید مشکل نداره؟
جناب gwbasic که میگن نباید استفده کنیم؟
شما گفتید
بنده هم گفتمکلاسهایی مانند DataTable و DataSet فقط مربوط به ADO.net میشوند؟ یا در
Entity framwork هم میشود از این کلاسها استفاده کرد؟
این بخش از پستم واسه این بود که بگم برنامه نویس میتونه نتیجه کوئری خودش رو تو هر قالبی که میخواد بریزه. DataTable هم یکی از همین موارده. (جدا از درست یا غلط بودن روش. ضمن اینکه شما در مورد درست یا غلط بودن نپرسیدید. حرف شما سر شدن یا نشدن بود)ببین DataTable و Dataset و این موارد که فقط مربوط به ado.net نیستن. اصلا EF
به کنار .................
و پست gwbasic هم تو راستای بخش آخر پست من بود (نه مخالفش)
ولی آخه چه کارییییییییییییه؟
قرار نیست برای
DataTable و DataSet و ... تو EF معادلی داشته باشیم. اصلا چرا باید داشته باشیم؟
تو EF با وجود Domain Classes (کلاسهای ایجاد شده در مدل مفهومی) نیازی به حرکتهای عجیب غریب نیست.
اون تیکه رو قرمز نوشتم که بیشتر به اون توجه کنی. شمام اد این بخشو ول کردی مستقیم رفتی سراغ اون بخشی که دوس داشتی بشنوی.
تو پست قبلیم جمله اخر رو واسه این گفتم که بدونی تو EF استفاده از DataTable و DataSet توجیهی نداره
تو EF با وجود Domain Classes (کلاسهای ایجاد شده در مدل مفهومی) نیازی به حرکتهای عجیب غریب نیست.
ولی باز شما دوس داشتی برداشت خودتو داشته باشی
موفق باشی
شما یه نگاهی به اینجا بندازی متوجه میشی که روال کار توی این روش، با روش کلاسیک کاملا متفاوته
پروژه ساخت دفترچه تلفن با استفاده از EF و LINQ
قوانین ایجاد تاپیک در تالار
پاسخ با نقل قول