گفتگو: نظرسنجی برای آموزش کامل ADO.NET [بایگانی]

Programmer 1

دوشنبه 28 اسفند 1391, 14:15 عصر

سلام،

دوستان این بخشی از ترجمه کتابی 800 صفحه ای آموزش ADO.NET است. لطفا تمایل خود را برای ادامه کار اعلام نمایید، من خودم دارم این کتاب رو مطالعه میکنم ، پس گفتم نتایج زحماتم رو با شما هم به اشتراک بگذارم، لطفا در مورد سبک ترجمه نظرتون رو اعلام کنید، آیا این سبک ترجمه را می پسندید، قابل فهم هست؟ سلیس و روان هست یا نه؟ خلاصه هر چیزی که لازم میدونید ذکر کنید.

مقدمه
در این فصل روش اتصال به دیتاسورسهای(data source) مختلف با استفاده از ADO.NET رو یاد می گیریم، چگونگی رعایت مسائل امنیتی در ذخیره سازی کانکشن استرینگ و روشهای مختلف اعتبار سنجی و همچنین چگونگی پیکر بندی ، مانیتور و بهینه سازی رشته های اتصال رو خواهیم آموخت.

1.1.1 بررسی اجمالی ADO.NET
ADO.NET بخشی از دات نت فریم ورکه که برنامه ها رو به دیتاسورسها متصل میکنه و به شما امکان میده تا داده ها رو بازیابی و یا آپدیت کنید. ADO.NET از دیتاسورس های مختلفی، شامل دیتابیس های رابطه ای شبیه Microsoft SQL Server، Oracle و Microsoft Access و همچنین سایر دیتا سورس ها شبیه Microsoft Excel ، Outlook و فایل های متنی ساپورت میکنه.
دات نت فریم ورک دیتا پروایدر (Net Framework data provider) برای اتصال به دیتا سورس، اجرای دستورات و بازیابی نتایج استفاده میشه، در جدول زیر می تونید دیتا پروایدرهای مختلف به همراه دیتاسورس های مرتبط رو ببینید.

http://upload7.ir/images/81002408294403618415.jpg (http://upload7.ir/)

دیتاپروایدرهای دیگه ای هم وجود دارند، به عنوان مثال اوراکل، دیتاپروایدر مخصوص خودش رو توسعه داده. همچنین سایر دیتاپروایدرها برای دیتابیسهایی از جمله Sybase و MySQL وجود دارند. دیتاپروایدر هایی که مخصوص دیتابیس نوشته شده شبیه SQL Server و یا Oracle و ... معمولا در کار با داده ها و عملکردهای دیتاسورس کارایی بالاتری خواهند داشت و همچنین شامل عملکردهای گسترده تری خواهند بود. از آنجایی که هر دیتاپروایدری پیاده سازی خاص خودش رو داره، سازگاری و کارایی دیتاپروایدرهایی که برای یک دیتاسورس واحد نوشته شده اند ممکنه به صورت چشمگیری متفاوت باشه.

علاوه بر دیتاپروایدرهای مخصوص دیتابیسهای خاص، دیتا پروایدر OLEDB.NET اجازه میده به اکثر دیتاسورس های OLE DB دسترسی پیدا کنید. به صورت مشابه دیتاپروایدر ODBC.NET نیز از درایور ODBC برای دسترسی به اکثر دیتاسورس های ODBC استفاده میکنه. شما همچنین میتونید دیتاپروایدر شخصی خودتون رو توسعه بدید و میتونید ازش برای دسترسی به دیتاسورس خاص خودتون استفاده کنید.
ADO.NET با اینکه با ADO نام مشترکی دارند ولی به صورت بنیادی با هم متفاوت اند. ADO.NET بر پایه معماری نامتصل و ادغام شده با XML است و برای تسهیل فرایند توسعه ارائه شده است.
کدهای ADO.NET نوشته شده در دات نت فریم ورک 1.1 و یا بالاتر، در سایر ورژن های دات نت فریم ورک هم اجرا میشه.

ADO.NET، هم دارای کلاس های متصل است و هم نامتصل. کلاسهای متصل به شما اجازه بازیابی و آپدیت داده ها به صورت مستقیم و زنده بر روی دیتاسورس مربوطه رو میده. کلاسهای نامتصل به شما اجازه میده به داده ها به صورت آفلاین دسترسی داشته باشید و بعدش تغییرات صورت گرفته رو با استفاده از کلاسهای متصل روی دیتاسورس اعمال کنید.

با سپاس/.

JaVa

دوشنبه 28 اسفند 1391, 14:22 عصر

سبک نوشته علمی نیست. البته اگه متن ساده باشه خوبه ولی اگه یه خورده از ساده بودن نوشته گذر کنه دیگه خوندنشم حتی عذاب آور میشه.

موفق باشید.

Programmer 1

دوشنبه 28 اسفند 1391, 19:36 عصر

ای بابا کاربرای برنامه نویس هم دارن کم ناامید میکنند، 41 بازدید، 1 پاسخ

alexmcse

دوشنبه 28 اسفند 1391, 20:10 عصر

سلام
درباره هر مطلبی (برنامه نویسی) در این سایت آموزشی گفته شود کم است
بخاطر اینکه وسعت این نرم افزار بسار وسیع است
هر کس به نوبه خود هر آموختهای را که دارد با دیگران به اشتراک بگذارد باعث دل گرمی و دل شادکردن دیگر برنامه نویسان خواهدشد
اگر کاری برای انجام دادن داریم باید آن ایده را شروع وبه انجام برسانبم
آماده هستم برای کمک کردن در انجام دادن ابن ایده هر چند کوچک وناچیز

تشکر

uniqueboy_ara

دوشنبه 28 اسفند 1391, 20:35 عصر

به نظر من آموزش ADO.net یه کار غیر منطقی و به قول معروف " بر عبس پاییدن"ـه ( البته قصد توهین ندارمااا )
چون غیر منطقیه که بخوایم با وجود تکنولوژی های فوق العاده بهتر و راحت تر و تمیز تر مثل EF باز هم خودمونو درگیر توابع و کلاس های پیچ در پیچ ADO بکنیم

JaVa

دوشنبه 28 اسفند 1391, 20:38 عصر

به نظر من آموزش ADO.net یه کار غیر منطقی و به قول معروف " بر عبس پاییدن"ـه ( البته قصد توهین ندارمااا )
چون غیر منطقیه که بخوایم با وجود تکنولوژی های فوق العاده بهتر و راحت تر و تمیز تر مثل EF باز هم خودمونو درگیر توابع و کلاس های پیچ در پیچ ADO بکنیم

بنده به حرف ایشون موافقم.

بنظرم اگه بتونی Linq و EF مخصوصا دومی رو آموزش بدی بهتره. البته Ado.Net رو هم نباید دست کم گرفت.

موفق باشید.

Programmer 1

دوشنبه 28 اسفند 1391, 21:37 عصر

به نظر من آموزش ADO.net یه کار غیر منطقی و به قول معروف " بر عبس پاییدن"ـه ( البته قصد توهین ندارمااا )
چون غیر منطقیه که بخوایم با وجود تکنولوژی های فوق العاده بهتر و راحت تر و تمیز تر مثل EF باز هم خودمونو درگیر توابع و کلاس های پیچ در پیچ ADO بکنیم

درسته ولی در صورتی که EF بتونه در همه حال کارای اش رو حفظ کنه، بعضی وقتها نیاز پیدا می کنیم در بعضی نقاط بحرانی از Ado.net استفاده کنیم به سبب سرعت و کارایی بالاترش نسبت به تکنولوژی های لایه بالاتر از Ado.net.
Ado.net هسته تکنولوژی های برتری مثل EF و ... است و در عین حال نزدیکترین لایه به منبع داده.
نمی دونم بالاخره کی ما چوب استفاده از تکنولوژی های راحت تر برنامه نویسی را خواهیم خورد! بالاخره روزی خواهد رسید که قانون مور هم جوابگو نخواهد بود ، روزی که تسهیل برنامه نویسی از قدرت سخت افزار جلوتر بزنه و به مرز توازن بین این دو پارامتر برسیم .
مطمئنا آن روزها، به خاطر تنبلی بیش از حد برنامه نویسان، برای برقراری کارایی، حتی برای مدتی اندک در پلکان تکنولوژی به عقب بر نخواهیم گشت!.

uniqueboy_ara

دوشنبه 28 اسفند 1391, 23:50 عصر

این نکته که ADO.net هسته مرکزی تکنولوژی های جدید هستش که کاملا متین و منطقی هست و فکر نکنم کسی باشه که منکر این داستان باشه، ولی این نکته رو هم نباید نادیده گرفت که تکنولوژی های جدید همگی برای تسهیل کار برنامه نویس و کم شدن زمان کد نویسی، خوانا تر شدن برنامه و باز بودن هرچه بیشتر دست برنامه نویس برای تحلیل پروژه ایجاد میشن
اینکه برنامه نویس هیچ نگرانی بابت زیاد شدن جداول یا زیاد بودن فیلد ها نداشته باشه، واسه کوچیکترین کار ها نخواد کلی کلاس و تابع بنویسه و ....
وقتی هزینه زمانی رو در کنار کارایی قرار بدیم خیلی از موارد خود به خود حل میشن!

Programmer 1

سه شنبه 29 اسفند 1391, 00:32 صبح

وقتی هزینه زمانی رو در کنار کارایی قرار بدیم خیلی از موارد خود به خود حل میشن!
البته اگه خروجی کار و رضایت مشتری را هم کنار هزینه زمانی و کارایی قرار بدیم ممکنه بعضی وقتها معادلاتمون به هم بخوره! و خیلی از مسائل، حل نشده باقی بمونن و در یک پارادوکس Time/Performance محصور بشیم، مستحضر هستید که تنها چیزی که برای مشتری مهمه ، خروجی کار هست!

البته خود این قضیه خودش بحث مفصلی داره که هدف از این تاپیک بحث در مورد این قضیه نیست.

fakhravari

سه شنبه 29 اسفند 1391, 03:57 صبح

به شخصه Linq , entity یک روش تولید سریع میبینمشون. در حد یه پروژه کوچیک جواب هستن.
چون بیشتر اتصالات ویژالی باید ریسک خطرش ببپیریم چون دل خوشی از اتصالات ویژالی ندارم.

R_Rajaee_Rad

سه شنبه 29 اسفند 1391, 12:50 عصر

به شخصه Linq , entity یک روش تولید سریع میبینمشون. در حد یه پروژه کوچیک جواب هستن.
چون بیشتر اتصالات ویژالی باید ریسک خطرش ببپیریم چون دل خوشی از اتصالات ویژالی ندارم.
خب شما میتونی با EF از زوش POCO استفاده کنی.از اول تا اخرش همش کد نویسی هست

JaVa

سه شنبه 29 اسفند 1391, 13:34 عصر

دوستان این بخشی از ترجمه کتابی 800 صفحه ای آموزش ADO.NET است. لطفا تمایل خود را برای ادامه کار اعلام نمایید، من خودم دارم این کتاب رو مطالعه میکنم ، پس گفتم نتایج زحماتم رو با شما هم به اشتراک بگذارم، لطفا در مورد سبک ترجمه نظرتون رو اعلام کنید، آیا این سبک ترجمه را می پسندید، قابل فهم هست؟ سلیس و روان هست یا نه؟ خلاصه هر چیزی که لازم میدونید ذکر کنید.

فکر کنم دیگه باید تصمیمت رو گرفته باشی ؟!
ما رو هم در جریان بزار

esafb52

سه شنبه 29 اسفند 1391, 16:06 عصر

تصمیم خوبیه حتی با وجود ef
ادامه بدین
موفق باشین

Programmer 1

سه شنبه 29 اسفند 1391, 17:51 عصر

سبک نوشته علمی نیست. البته اگه متن ساده باشه خوبه ولی اگه یه خورده از ساده بودن نوشته گذر کنه دیگه خوندنشم حتی عذاب آور میشه.

1- منظورتون از سبک علمی، نگارش رسمیه؟ یعنی به جای استفاده از زبان عامیان در نوشته مون از سبک رسمی (شبیه متون درسی) استفاده کنم؟ به نظرتون این باعث خشکی مطلب نمیشه؟!

2- آیا منظور شما از سبک رسمی، نگارش علمی است؟ به عبارتی دیگر، به جای استفاده از زبان عامیانه در نوشتار، از نگارش رسمی (مشابه متون درسی در دوران تحصیلی) استفاده کنم؟ به نظر شما این کار باعث خسته کننده شدن متن نخواهد شد؟

کدوم نگارش به نظرتون بهتره؟

alexmcse

سه شنبه 29 اسفند 1391, 18:14 عصر

1- منظورتون از سبک علمی، نگارش رسمیه؟ یعنی به جای استفاده از زبان عامیان در نوشته مون از سبک رسمی (شبیه متون درسی) استفاده کنم؟ به نظرتون این باعث خشکی مطلب نمیشه؟!

2- آیا منظور شما از سبک رسمی، نگارش علمی است؟ به عبارتی دیگر، به جای استفاده از زبان عامیانه در نوشتار، از نگارش رسمی (مشابه متون درسی در دوران تحصیلی) استفاده کنم؟ به نظر شما این کار باعث خسته کننده شدن متن نخواهد شد؟

کدوم نگارش به نظرتون بهتره؟

عید مبارک
سلام
عذر خواهی میکنم نظر میدهم
به نظر من زبان نوشتاری باید قابل فهم باشد ومطلب رابرساند
زبان نوشتاری طوری باشد که نه چنان عامیانه که مانند گفتگوی دوستانه باشدونه چنان رسمی که باعث طول و تفسیر مطالب شود واز لپ کلام غافل شویم
چرا که در نوشتار افراد تحصیل کرده زبان تخصصی رشته مد نظر است
زبان نوشتاری + زبان تخصصی رشته انتخابی
شاد باشید

JaVa

سه شنبه 29 اسفند 1391, 20:47 عصر

1- منظورتون از سبک علمی، نگارش رسمیه؟ یعنی به جای استفاده از زبان عامیان در نوشته مون از سبک رسمی (شبیه متون درسی) استفاده کنم؟ به نظرتون این باعث خشکی مطلب نمیشه؟!

2- آیا منظور شما از سبک رسمی، نگارش علمی است؟ به عبارتی دیگر، به جای استفاده از زبان عامیانه در نوشتار، از نگارش رسمی (مشابه متون درسی در دوران تحصیلی) استفاده کنم؟ به نظر شما این کار باعث خسته کننده شدن متن نخواهد شد؟

کدوم نگارش به نظرتون بهتره؟

عید مبارک
سلام
عذر خواهی میکنم نظر میدهم
به نظر من زبان نوشتاری باید قابل فهم باشد ومطلب رابرساند
زبان نوشتاری طوری باشد که نه چنان عامیانه که مانند گفتگوی دوستانه باشدونه چنان رسمی که باعث طول و تفسیر مطالب شود واز لپ کلام غافل شویم
چرا که در نوشتار افراد تحصیل کرده زبان تخصصی رشته مد نظر است
زبان نوشتاری + زبان تخصصی رشته انتخابی
شاد باشید

بنده هم منظورمون همین موضوع بود که دوست عزیزمون alexmcse گفتن.

عیدتون هم مبارک باشه
صدسال به این سال ها:لبخند:

rezaei_y

سه شنبه 29 اسفند 1391, 21:39 عصر

اگه EF باشه خیلی بهتره

JaVa

سه شنبه 29 اسفند 1391, 21:57 عصر

اینم یه آموزش از Ado.NET (http://barnamenevis.org/showthread.php?133060-ADO.NET-%D8%AF%D8%B1-%D8%AF%D8%A7%D8%AA-%D9%86%D8%AA)

یه سئوال داشتم :

وقتی یه مقاله ای در خصوص Linq می خونیم نوشته تکنولوژی Linq حالا چرا تکنولوژی ؟؟؟؟؟؟؟؟؟؟ این بیشتر یه تکنیک برای کار با بانک اطلاعاتی هست ؟ حالا چرا بهش می گن تکنولوژی من سر در نیوردم؟؟؟!؟!؟!؟!

با تشکر

Programmer 1

چهارشنبه 30 اسفند 1391, 10:13 صبح

اینم یه آموزش از Ado.NET (http://barnamenevis.org/showthread.php?133060-ADO.NET-%D8%AF%D8%B1-%D8%AF%D8%A7%D8%AA-%D9%86%D8%AA)

یه سئوال داشتم :

وقتی یه مقاله ای در خصوص Linq می خونیم نوشته تکنولوژی Linq حالا چرا تکنولوژی ؟؟؟؟؟؟؟؟؟؟ این بیشتر یه تکنیک برای کار با بانک اطلاعاتی هست ؟ حالا چرا بهش می گن تکنولوژی من سر در نیوردم؟؟؟!؟!؟!؟!

با تشکر

هر چند که به نقل این سایت (http://www.differencebetween.com/difference-between-technique-and-vs-technology/) تفاوت جالبی بین تکنیک و تکنولوژی هست ولی به نظر من در حوزه برنامه نویسی، تکنیک/هایی که باعث تغییری اساسی در عادات برنامه نویسی ما می شوند و تسهیلات زیادی را برای ما ایجاد میکنند نوعی تکنولوژی هستند که معمولا این تکنولوژی/تکنیکهای ابتدایی در مراحل رشد خودشون واقعا به تکنولوژیهایی برتر تبدیل خواهند شد (شبیه EF که در بحث Code first حقیقتا تغییرات اساسی در عادات برنامه نویسی ما در زمینه ارتباط با دیتابیس ایجاد کرده اند و یا NHibernate و ...).
به هر حالا نمیشه روی این قضیه زیاد حساس بود.