شی دسترسی به داده
 | این مقاله دقیق، کامل و صحیح ترجمه نشده و نیازمند ترجمه به فارسی است. کل یا بخشی از این مقاله به زبانی به‌جز زبان فارسی نوشته شده‌است. اگر مقصود ارائهٔ مقاله برای مخاطبان آن زبان است، باید در نسخه‌ای از ویکی‌پدیا به همان زبان نوشته شود (فهرست ویکی‌پدیاها را ببینید). در غیر این صورت، خواهشمند است ترجمهٔ این مقاله را با توجه به متن اصلی و با رعایت سیاست ویرایش، دستور خط فارسی و برابر سازی به زبان فارسی بهبود دهید و سپس این الگو را از بالای صفحه بردارید. همچنین برای بحث‌های مرتبط، مدخل این مقاله در فهرست صفحه‌های نیازمند ترجمه به فارسی را ببینید. اگر این مقاله به زبان فارسی بازنویسی نشود، تا دو هفتهٔ دیگر نامزد حذف می‌شود و/یا به نسخهٔ زبانی مرتبط ویکی‌پدیا منتقل خواهد شد. اگر شما اخیراً این مقاله را به‌عنوان صفحهٔ نیازمند ترجمه برچسب زده‌اید، لطفاً عبارت {{جا:هبک-ترجمه به فارسی|1=شی دسترسی به داده}} ~~~~را نیز در صفحهٔ بحث نگارنده قرار دهید. |
در نرم‌افزار رایانه ای، یک شیء دسترسی به داده (به انگلیسی: Data Access Object) یا DAO یک شی است که یک رابط انتزاعی را به نوعی پایگاه داده یا سایر مکانیزم‌های پایداری ارائه می‌دهد. با نقشه‌برداری تماس‌های کاربردی به لایه پایداری، DAO برخی از داده‌های عملیاتی خاص را بدون قرار دادن جزئیات پایگاه داده فراهم می‌کند. این انزوا از اصل مسئولیت واحد پشتیبانی می‌کند. این داده‌ها را از نظر اشیاء خاص و انواع داده‌ها (رابط عمومی DAO)، از چگونگی رضایت از این نیازها با یک DBMS خاص، طرح پایگاه داده، و غیره (دسترسی پیاده‌سازی DAO)
اگر چه این الگوی طراحی برای بسیاری از زبان‌های برنامه‌نویسی قابل استفاده است، اما اکثراً انواع نرم‌افزار با نیازهای پایداری و بسیاری از انواع پایگاه‌های داده، به‌طور سنتی با برنامه‌های java ee هستند.[۱]
مزایا[ویرایش]
مزیت استفاده از اشیاء دسترسی به داده‌ها، جداسازی نسبتاً ساده بین دو بخش مهم از یک برنامه می‌باشد، اما می‌بایست هر چیزی را از هر جزء دیگر بداند و انتظار می‌رود که به‌طور مرتب و مستقل تکامل یابد. تغییر منطق کسب و کار می‌تواند بر روی رابط DAO تکیه کند، در حالی که تغییرات به منطق پایداری بر مشتریان DAO تأثیر نمی‌گذارد تا زمانی که رابط به درستی اجرا شود. تمام جزئیات ذخیره‌سازی از بقیه برنامه پنهان است (مشاهده اطلاعات پنهان). بنابراین، تغییرات احتمالی مکانیزم پایداری می‌تواند تنها با اصلاح یک پیاده‌سازی DAO باشد در حالی که بقیه برنامه تحت تأثیر قرار نمی‌گیرد. DAOها به عنوان واسطه بین برنامه و پایگاه داده عمل می‌کنند. آن‌ها اطلاعات را بین اشیاء و پرونده‌های پایگاه داده به عقب و جلو حرکت می‌دهند. تست واحد کد را با جایگزینی DAO با آزمون دو برابر در آزمون تسهیل می‌شود. در زمینه غیر متناهی زبان برنامه‌نویسی جاوا، Data Object Access به عنوان یک مفهوم طراحی می‌تواند به روش‌های مختلفی اجرا شود. این می‌تواند یک رابط کاربری نسبتاً ساده باشد که بخش‌های دسترسی داده را از منطق برنامه، به چارچوب‌ها و محصولات تجاری متمایز می‌کند. پارادایم‌های کدگذاری DAO می‌تواند مهارت خاصی را به وجود آورد. فناوری‌هایی مانند Java Persistence API و Enterprise JavaBeans در سرورهای نرم‌افزاری ساخته شده‌اند و می‌توانند در برنامه‌های کاربردی که از یک سرور کاربردی JavaEE استفاده می‌کنند استفاده شود. محصولات تجاری مانند TopLink بر مبنای نقشه‌برداری شیء-ارتباطی (ORM) در دسترس هستند. نرم‌افزار منبع باز محبوب ORM شامل Doctrine, Hibernate, iBATIS و پیاده‌سازی JPA مانند Apache OpenJPA می‌باشد.
معایب[ویرایش]
معایب بالقوه استفاده از DAO عبارتند از انتزاع نشتی، تکثیر کد و انتزاع معکوس و به‌طور خاص، انتزاع DAO به عنوان یک جسم معمولی جاوا می‌تواند هزینه‌های بالا برای هر دسترسی به پایگاه داده را پنهان کند و همچنین می‌تواند توسعه دهندگان را مجبور کند تا چندین درخواست پایگاه داده را برای بازیابی اطلاعات که در غیر اینصورت در یک عملیات واحد با عملیات set SQL معمولی حاصل می‌شود. اگر یک برنامه نیاز به چندین DAO داشته باشد، ممکن است خود را تکرار کند که اساساً ایجاد، خواندن، به روز رسانی و حذف کد برای هر DAO باشد. با این وجود، از این کد دیجیتالی ممکن است اجتناب شود، با اجرای یک DAO عمومی که این عملیات معمول را مدیریت می‌کند.[۲]
مثال از دنیای واقعی[ویرایش]
موقعیتی را تصور کنید که شرکت موفق شما قرارداد را برای ایجاد یک برنامه برای دو مشتری مختلف به دست‌آورد. خصوصیات تقریباً مشابه با وجود برخی تفاوت‌های جزئی وجود دارد. این طرح هر چند پیچیده‌است اما هر دو از مشتریان از پایگاه‌های داده SQL استفاده می‌کنند، اما یکی تصمیم گرفت که یک اختصاصی برای آن انتخاب کند و دیگری یک جایگزین منبع باز را انتخاب کرد. این بدان معنی است که درخواست شما باید حداقل دو روش متفاوت داشته باشد. به‌طور طبیعی بسیاری از پیاده‌سازی‌های بیشتر ممکن است به عنوان مشتریان جدید ایجاد شود. بهترین انتخاب شما برای حل این مشکل حمل و نقل در jave ee خواهد بود با استفاده از یکی از الگوهای اصلی J2EE , سپس انتزاع درست و انسجام تمام دسترسی به هر منبع داده را تضمین می‌کند.
ابزار و چارچوب[ویرایش]
- ODB compiler-based object-relational mapping (ORM) system for C++
- ORMLite: Lightweight object-relational mapping (ORM) framework in Java for JDBC and Android[۳]
- Microsoft Entity Framework
- DBIx::Class object-relational mapping (ORM) module for Perl
منابع[ویرایش]
- ↑ "Core J2EE Patterns - Data Access Objects". Sun Microsystems Inc. 2007-08-02.
- ↑ See http://www.ibm.com/developerworks/java/library/j-genericdao/index.html for workarounds
- ↑ Hodgson, Kyle; Reid, Darren (2015-01-23). ServiceStack 4 Cookbook (به انگلیسی). Packt Publishing Ltd. p. Chapter 4. ISBN 978-1-78398-657-6. Retrieved 22 June 2016.