درس پانزدهم - برخورد با استثناها (Exception Handling)
در این درس با چگونگی برخورد با استثناها (یا خطاهای غیر قابل پیشبینی) در زبان برنامهسازی C# آشنا میشویم. اهداف ما در این درس بشرح زیر میباشد :
1) درک و فهم صحیح یک استثناء یا Exception
2) پیادهسازی یک روتین برای برخورد با استثناها بوسیله بلوک try/catch
3) آزادسازی منابع تخصیص داده شده به یک برنامه در یک بلوک finally
استثناها، در حقیقت خطاهای غیر منتظره در برنامههای ما هستند. اکثراً، میتوان و باید روشهایی را جهت برخورد با خطاهای موجود در برنامه در نظر گرفت و آنها را پیادهسازی کرد. بعنوان مثال، بررسی و تایید دادههای ورودی کاربران، بررسی اشیاء تهی یا Null و یا بررسی نوع بازگشتی متد ها، میتوانند از جمله مواردی باشند که باید مورد بررسی قرار گیرند. این خطاها، خطاهایی معمول و رایجی هستند که اکثر برنامهنویسان از آنها مطلع بوده و راههایی را برای بررسی آنها در نظر میگیرند تا از وقوع آنها جلوگیری نمایند.
اما زمانهایی وجود دارند که از اتفاق افتادن یک خطا در برنامه بی اطلاع هستید و انتظار وقوع خطا در برنامه را ندارید. بعنوان مثال، هرگز نمیتوان وقوع یک خطای I/O را پیشبینی نمود و یا کمبود حافظه برای اجرای برنامه و از کار افتادن برنامه به این دلیل. این موارد بسیار غیر منتظره و ناخواسته هستند، اما در صورت وقوع بهتر است بتوان راهی برای مقابله و برخورد با آنها پیدا کرده و با آنها برخورد نمود. در این جاست که مسئله برخورد با استثناها (Exception Handling) مطرح میشود.
هنگامیکه استثنایی رخ میدهد، در اصطلاح میگوئیم که این استثناء، thrown شده است. در حقیقت thrown، شیءای است مشتق شده از کلاس System.Exception که اطلاعاتی در مورد خطا یا استثناء رخ داده را نشان میدهد. در قسمتهای مختلف این درس با روش مقابله با استثناها با استفاده از بلوک های try/catch آشنا خواهید شد.
کلاس System.Exception حاوی تعداد بسیار زیادی متد و property است که اطلاعات مهمی در مورد استثناء و خطای رخ داده را در اختیار ما قرار میدهد. برای مثال، Message یکی از property های موجود در این کلاس است که اطلاعاتی درباره نوع استثناء رخ داده در اختیار ما قرار میدهد. StackTrace نیز، اطلاعاتی در مورد Stack (پشته) و محل وقوع خطا در Stack در اختیار ما قرار خواهد داد.
تشخیص چنین استثناهایی، دقیقاً با روتینهای نوشته شده توسط برنامهنویس در ارتباط هستند و بستگی کامل به الگوریتمی دارد که وی برای چنین شرایطی در نظر گرفته است. برای مثال، در صورتیکه با استفاده از متد System.IO.File.OpenRead()، اقدام به باز کردن فایلی نماییم، احتمال وقوع (Thrown) یکی از استثناهای زیر وجود دارد :
SecurityException
ArgumentException
ArgumentNullException
PathTooLongException
DirectoryNotFoundException
UnauthorizedAccessException
FileNotFoundException
NotSupportedException
با نگاهی بر مستندات .Net Framework SDK، به سادگی میتوان از خطاها و استثناهایی که ممکن است یک متد ایجاد کند، مطلع شد. تنها کافیست به قسمت Reference/Class Library رفته و مستندات مربوط به Namespace/Class/Method را مطالعه نمایید. در این مستندات هر خطا دارای لینکی به کلاس تعریف کننده خود است که با استفاده از آن میتوان متوجه شد که این استثناء به چه موضوعی مربوط است. پس از اینکه از امکان وقوع خطایی در قسمتی از برنامه مطلع شدید، لازم است تا با استفاده از مکانیزمی صحیح به مقابله با آن بپردازید.
هنگامیکه یک استثناء در اصطلاح thrown میشود (یا اتفاق میافتد) باید بتوان به طریقی با آن مقابله نمود. با استفاده از بلوکهای try/catch میتوان چنین عملی را انجام داد. پیادهسازی این بلوکها بدین شکل هستند که، کدی را که احتمال تولید استثناء در آن وجود دارد را در بلوک try، و کد مربوط به مقابله با این استثناء رخ داده را در بلوک catch قرار میدهیم. در مثال 1-15 چگونگی پیادهسازی یک بلوک try/catch نشان داده شده است. بدلیل اینکه متد OpenRead() احتمال ایجاد یکی از استثناهای گفته شده در بالا را دارد، آنرا در بلوک try قرار داده ایم. در صورتیکه این خطا رخ دهد، با آن در بلوک catch مقابله خواهیم کرد. در مثال 1-15 در صورت بروز استثناء، پیغامی در مورد استثناء رخ داده و اطلاعاتی در مورد محل وقوع آن در Stack برای کاربر بر روی کنسول نمایش داده میشود.
نکته : توجه نمایید که کلیه مثالهای موجود در این درس به طور تعمدی دارای خطاهایی هستند تا شما با نحوه مقابله با استثناها آشنا شوید.
using System;
using System.IO;
class TryCatchDemo
{
static void Main(string[] args)
{
try
{
File.OpenRead("NonExistentFile");
}
catch(Exception ex)
{
Console.WriteLine(ex.ToString());
}
}
}
هر چند کد موجود در مثال 1-15 تنها داری یک بلوک catch است، اما تمامی استثناهایی که ممکن است رخ دهند را نشان داده و مورد بررسی قرار میدهد زیرا از نوع کلاس پایه استثناء، یعنی Exception تعریف شده است. در کنترل و مقابله با استثناها، باید استثناهای خاص را زودتر از استثناهای کلی مورد بررسی قرار داد. کد زیر نحوه استفاده از چند بلوک catch را نشان میدهد :
catch(FileNotFoundException fnfex)
{
Console.WriteLine(fnfex.ToString());
}
catch(Exception ex)
{
Console.WriteLine(ex.ToString());
}
در این کد، در صورتیکه فایل مورد نظر وجود نداشته باشد، FileNotFoundException رخ داده و توسط اولین بلوک catch مورد بررسی قرار میگیرد. اما در صورتیکه PathTooLongException رخ دهد، توسط دومین بلوک catch بررسی خواهد شد. علت آنست که برای PathTooLongException بلوک catch ای در نظر گرفته نشده است و تنها گزینه موجود جهت بررسی این استثناء بلوک کلی Exception است. نکته ای که در اینجا باید بدان توجه نمود آنست که هرچه بلوکهای catch مورد استفاده خاص تر و جزئی تر باشند، پیغامها و اطلاعات مفیدتری در مورد خطا میتوان بدست آورد.
استثناهایی که مورد بررسی قرار نگیرند، در بالای Stack نگهداری می شوند تا زمانیکه بلوک try/catch مناسبی مربوط به آنها یافت شود. در صورتیکه برای استثناء رخ داده بلوک try/catch در نظر گرفته نشده باشد، برنامه متوقف شده و پیغام خطایی ظاهر میگردد. این چنین حالتی بسیار نا مناسب بوده و کاربران را دچار آشفتگی خواهد کرد. استفاده از روشهای مقابله با استثناها در برنامه، روشی مناسب و رایج است و باعث قدرتمند تر شدن برنامه میشود.
یکی از حالتهای بسیار خطرناک و نامناسب در زمان وقوع استثناها، هنگامی است که استثناء یا خطای رخ داده باعث از کار افتادن برنامه شود ولی منابع تخصیص داده شده به آن برنامه آزاد نشده باشند. هر چند بلوک catch برای برخورد با استثناها مناسب است ولی در مورد گفته شده نمی تواند کمکی به حل مشکل نماید. برای چنین شرایطی که نیاز به آزادسازی منابع تخصیص داده شده به یک برنامه داریم، از بلوک finally استفاده میکنیم.
کد نشان داده شده در مثال 2-15، به خوبی روش استفاده از بلوک finally را نشان میدهد. همانطور که حتماً میدانید، رشته های فایلی پس از اینکه کار با آنها به اتمام میرسد باید بسته شوند، در غیر اینصورت هیچ برنامه دیگری قادر به استفاده از آنها نخواهد بود. در این حالت، رشته فایلی، منبعی است که میخواهیم پس از باز شدن و اتمام کار، بسته شده و به سیستم باز گردد. در مثال 2-15، outStream با موفقیت باز میشود، بدین معنا که برنامه handle ای به یک فایل باز شده در اختیار دارد. اما زمانیکه میخواهیم inStraem را باز کنیم، استثناء FileNotFound رخ داده و باعث میشود که کنترل برنامه سریعاً به بلوک catch منتقل گردد.
در بلوک catch میتوانیم فایل outStream را ببندیم. اما برنامه تنها زمانی به بلوک catch وارد میشود که استثنایی رخ دهد. پس اگر هیچ استثنائی رخ نداده و برنامه به درستی عمل نماید، فایل باز شده outStream هرگز بسته نشده و یکی از منابع سیستم به آن بازگردانده نمیشود. بنابراین باید برای بستن این فایل نیز فکری کرد. این کاری است که در بلوک finally رخ می دهد. بدین معنا که در هر حالت، چه برنامه با استثنائی روبرو شود و چه نشود، قبل از خروج از برنامه فایل باز شده، بسته خواهد شد. در حقیقت میتوان گفت بلوک finally، بلوکی است که تضمین مینماید در هر شرایطی اجرا خواهد شد. پس برای حصول اطمینان از اینکه منابع مورد استفاده برنامه پس از خروج برنامه، به سیستم باز گردانده میشوند، میتوان از این بلوک استفاده کرد.
using System;
using System.IO;
class FinallyDemo
{
static void Main(string[] args)
{
FileStream outStream = null;
FileStream inStream = null;
try
{
outStream = File.OpenWrite("DestinationFile.txt");
inStream = File.OpenRead("BogusInputFile.txt");
}
catch(Exception ex)
{
Console.WriteLine(ex.ToString());
}
finally
{
if (outStream != null)
{
outStream.Close();
Console.WriteLine("outStream closed.");
}
if (inStream != null)
{
inStream.Close();
Console.WriteLine("inStream closed.");
}
}
}
}
استفاده از بلوک finally الزامی نیست، اما روشی مناسب برای بالا بردن کارآیی برنامه است. ممکن است سوالی در اینجا مطرح شود : در صورتیکه پس از بلوک catch و بدون استفاده از بلوک finally، فایل باز شده را ببندیم، باز هم منبع تخصیص داده شده به برنامه آزاد می شود. پس چه دلیلی برای استفاده از بلوک finally وجود دارد؟ در پاسخ به این سوال باید گفت، در شرایط نرمال که تمامی برنامه بطور طبیعی اجرا میشود و اتفاق خاصی رخ نمیدهد، می توان گفت که دستورات بعد از بلوک catch اجرا شده و منبع تخصیص داده شده به سیستم آزاد می شود. اما برای بررسی همیشه باید بدترین حالت را در نظر گرفت. فرض کنید درون خود بلوک catch استثنائی رخ دهد که شما آنرا پیشبینی نکردهاید و یا این استثناء باعت متوقف شدن برنامه شود، در چنین حالتی کدهای موجود بعد از بلوک catch هرگر اجرا نخواهند شد و فایل همچنان باز میماند. اما با استفاده از بلوک finally میتوان مطمئن بود که کد موجود در این بلوک حتماً اجرا شده و منبع تخصیص داده شده به برنامه آزاد میگردد.
در اینجا به پایان درس پانزدهم رسیدیم. هم اکنون می بایست درک صحیحی از استثناء بدست آورده باشید. همچنین میتوانید به سادگی الگوریتمهایی جهت بررسی استثناها بوسیله بلوکهای try/catch پیادهسازی نمایید. بعلاوه میتوانید با ساتفاده از بلوک finally مطمئن باشید که که منابع تخصیص داده شده به برنامه، به سیستم باز خواهند گشت چراکه این بلوک حتما اجرا میشود و میتوان کدهای مهمی را که میخواهیم تحت هر شرایطی اجرا شوند را درون آن قرار داد.
درس چهاردهم – رخدادها و delegate ها در C#
نکته مهم قبل از مطالعه این درس
توجه نمایید، delegate ها و رخدادها بسیار با یکدیگر در تعاملاند، از اینرو در برخی موارد، قبل از آموزش و بررسی رخدادها، به ناچار، از آنها نیز استفاده شده و یا به آنها رجوع شده است. رخدادها در قسمت انتهایی این درس مورد بررسی قرار میگیرند، از اینرو در صورتیکه در برخی موارد دچار مشکل شدید و یا درک مطلب برایتان دشوار بود، ابتدا کل درس را تا انتها مطالعه نمایید و سپس در بار دوم با دیدی جدید به مطالب و مفاهیم موجود در آن نگاه کنید. در اغلب کتابهای آموزشی زبان C# نیز ایندو مفهوم با یکدیگر آورده شدهاند ولی درک رخدادها مستلزم درک و فراگیری کامل delegate هاست، از اینرو مطالب مربوط به delegate ها را در ابتدا قرار دادهام.
هدف ما در این درس به شرح زیر است :
طی درسهای گذشته، چگونگی ایجاد و پیادسازی انواع مرجعی (Reference Type) را با استفاده از ساختارهای زبان C#، یعنی کلاسها (Class) و واسطها (Interface)، فرا گرفتید. همچنین فرا گرفتید که با استفاده از این انواع مرجعی، میتوانید نمونههای جدیدی از اشیاء را ایجاد کرده و نیازهای توسعه نرمافزار خود را تامین نمایید. همانطور که تا کنون دیدید، با استفاده از کلاسها قادر به ساخت اشیائی هستید که دارای صفات (Attribute) و رفتارهای (Behavior) خاصی بودند. با استفاده از واسطها، یکسری از صفات و رفتارها را تعریف میکردیم تا فرم کلی داشته باشیم و تمام اشیاء خود به پیادهسازی این صفا و رفتارها میپرداختند. در این درس با یکی دیگر از انواع مرجعی (Reference Type) در زبان C# آشنا خواهید شد.
مقدمهای بر رخدادها و delegate ها
در گذشته، پس از اجرای یک برنامه، برنامه مراحل اجرای خود را مرحله به مرحله اجرا مینمود تا به پایان برسد. در صورتیکه نیاز به ارتباط و تراکنش با کاربر نیز وجود داشت، این امر محدود و بسیار کنترل شده صورت میگرفت و معمولاً ارتباط کاربر با برنامه تنها پر کردن و یا وارد کردن اطلاعات خاصی در فیلدهایی مشخص بود.
امروزه با پبشرفت کامپیوتر و گسترش تکنولوژیهای برنامه نویسی و با ظهور رابطهای کاربر گرافیکی (GUI) ارتباط بین کاربر و برنامه بسیار گسترش یافته و دیگر این ارتباط محدود به پر کردن یکسری فیلد نیست، بلکه انواع عملیات از سوی کاربر قابل انجام است. انتخاب گزینهای خاص در یک منو، کلیک کردن بر روی دکمهها برای انجام عملیاتی خاص و ... . رهیافتی که امروزه در برنامهنویسی مورد استفاده است، تحت عنوان "برنامهنویسی بر پایه رخدادها" (Event-Based Programming) شناخته میشود. در این رهیافت برنامه همواره منتظر انجام عملی از سوی کاربر میماند و پس از انجام عملی خاص، رخداد مربوط به آن را اجرا مینماید. هر عمل کاربر باعث اجرای رخدادی میشود. در این میان برخی از رخدادها بدون انجام عملی خاص از سوی کاربر اجرا میشوند، همانند رخدادهای مربوط به ساعت سیستم که مرتباً در حال اجرا هستند.
رخدادها (Events) بیان این مفهوم هستند که در صورت اتفاق افتادن عملی در برنامه، کاری باید صورت گیرد. در زبان C# مفاهیم Event و Delegate دو مفهوم بسیار وابسته به یکدیگر هستند و با یکدیگر در تعامل میباشند. برای مثال، مواجهه با رخدادها و انجام عمل مورد نظر در هنگام اتفاق افتادن یک رخداد، نیاز به یک event handler دارد تا در زمان بروز رخداد، بتوان به آن مراجعه نمود. Event handler ها در C# معمولاً با delegate ها ساخته میشوند.
از delegate ، میتوان به عنوان یک Callback یاد نمود، بدین معنا که یک کلاس میتواند به کلاسی دیگر بگوید : "این عمل خاص را انجام بده و هنگامیکه عملیات را انجام دادی منرا نیز مطلع کن". با استفاده از delegate ها، همچنین میتوان متدهایی تعریف نمود که تنها در زمان اجرا قابل دسترسی باشند.
Delegate
Delegate ها، یکی دیگر از انواع مرجعی زبان C# هستند که با استفاده از آنها میتوانید مرجعی به یک متد داشته باشید، بدین معنا که delegate ها، آدرس متدی خاص را در خود نگه میدارند. در صورتیکه قبلاً با زبان C برنامهنویسی کردهاید، حتماً با این مفهوم آشنایی دارید. در زبان C این مفهوم با اشارهگرها (pointer) بیان میشود. اما برای افرادی که با زبانهای دیگری برنامهنویسی میکردهاند و با این مفهوم مانوس نیستند، شاید این سوال مطرح شود که چه نیازی به داشتن آدرس یک متد وجود دارد. برای پاسخ به این سوال اندکی باید تامل نمایید.
بطور کلی میتوان گفت که delegate نوعی است شبیه به متد و همانند آن نیز رفتار میکند. در حقیقت delegate انتزاعی (Abstraction) از یک متد است. در برنامهنویسی ممکن به شرایطی برخورد کرده باشید که در آنها میخواهید عمل خاصی را انجام دهید اما دقیقاً نمیدانید که باید چه متد یا شیءای را برای انجام آن عمل خاص مورد استفاده قرار دهید. در برنامههای تحت ویندوز این گونه مسائل مشهودتر هستند. برای مثال تصور کنید در برنامه شما، دکمهای قرار دارد که پس از فشار دادن این دکمه توسط کاربر شیءای یا متدی باید فراخوانی شود تا عمل مورد نظر شما بر روی آن انجام گیرد. میتوان بجای اتصال این دکمه به شیء یا متد خاص، آنرا به یک delegate مرتبط نمود و سپس آن delegate را به متد یا شیء خاصی در هنگام اجرای برنامه متصل نمود.
ابتدا، به نحوه استفاده از متدها توجه نمایید. معمولاً، برای حل مسایل خود الگوریتمهایی طراحی مینائیم که این الگوریتمهای کارهای خاصی را با استفاده از متدها انجام میدهد، ابتدا متغیرهایی مقدار دهی شده و سپس متدی جهت پردازش آنها فراخوانی میگردد. حال در نظر بگیرید که به الگوریتمی نیاز دارید که بسیار قابل انعطاف و قابل استفاده مجدد (reusable) باشد و همچنین در شرایط مختلف قابلیتهای مورد نظر را در اختیار شما قرار دهد. تصور کنید، به الگوریتمی نیاز دارید که از نوعی از ساختمان داده پشتیبانی کند و همچنین میخواهید این ساختمان داده را در مواردی مرتب (sort) نمایید، بعلاوه میخواهید تا این ساختمان داده از انواع مختلفی تشکیل شده باشد. اگر انواع موجود در این ساختمان داده را ندانید، چکونه میخواهید الگوریتمی جهت مقایسه عناصر آن طراحی کنید؟ شاید از یک حلقه if/then/else و یا دستور switch برای این منظور استفاده کنید، اما استفاده از چنین الگوریتمی محدودیتی برای ما ایجاد خواهد کرد. روش دیگر، استفاده از یک واسط است که دارای متدی عمومی باشد تا الگوریتم شما بتواند آنرا فراخوانی نماید، این روش نیز مناسب است، اما چون مبحث ما در این درس delegate ها هستند، میخواهیم مسئله را از دیدگاه delegate ها مورد بررسی قرار دهیم. روش حل مسئله با استفاده از آنها اندکی متفاوت است.
روش دیگر حل مسئله آنست که، میتوان delegate ی را به الگوریتم مورد نظر ارسال نمود و اجازه داد تا متد موجود در آن،عمل مورد نظر ما را انجام دهد. چنین عملی در مثال 1-14 نشان داده شده است.
(به صورت مسئله توجه نمایید : میخواهیم مجموعهای از اشیاء را که در یک ساختمان داده قرار گرفتهاند را مرتب نمائیم. برای اینکار نیاز به مقایسه این اشیاء با یکدیگر داریم. از آنجائیکه این اشیاء از انواع (type) مختلف هستند به الگوریتمی نیاز داریم تا بتواند مقایسه بین اشیاء نظیر را انجام دهد. با استفاده از روشهای معمول این کار امکان پذیر نیست، چراکه نمیتوان اشیائئ از انواع مختلف را با یکدیگر مقایسه کرد. برای مثال شما نمیتوانید نوع عددی int را با نوع رشتهای string مقایسه نمایید. به همین دلیل با استفاده از delegate ها به حل مسئله پرداختهایم. به مثال زیر به دقت توجه نمایید تا بتوانید به درستی مفهوم delegate را درک کنید.)
مثال 1-14 : اعلان و پیادهسازی یک delegate
using System;
// در اینجا اعلان میگردد. delegate
public delegate int Comparer(object obj1, object obj2);
public class Name
{
public string FirstName = null;
public string LastName = null;
public Name(string first, string last)
{
FirstName = first;
LastName = last;
}
// delegate method handler
public static int CompareFirstNames(object name1, object name2)
{
string n1 = ((Name)name1).FirstName;
string n2 = ((Name)name2).FirstName;
if (String.Compare(n1, n2) > 0)
{
return 1;
}
else if (String.Compare(n1, n2) < 0)
{
return -1;
}
else
{
return 0;
}
}
public override string ToString()
{
return FirstName + " " + LastName;
}
}
class SimpleDelegate
{
Name[] names = new Name[5];
public SimpleDelegate()
{
names[0] = new Name("Meysam", "Ghazvini");
names[1] = new Name("C#", "Persian");
names[2] = new Name("Csharp", "Persian");
names[3] = new Name("Xname", "Xfamily");
names[4] = new Name("Yname", "Yfamily");
}
static void Main(string[] args)
{
SimpleDelegate sd = new SimpleDelegate();
// delegate ساخت نمونهای جدید از
Comparer cmp = new Comparer(Name.CompareFirstNames);
Console.WriteLine(" Before Sort: ");
sd.PrintNames();
sd.Sort(cmp);
Console.WriteLine(" After Sort: ");
sd.PrintNames();
}
public void Sort(Comparer compare)
{
object temp;
for (int i=0; i < names.Length; i++)
{
for (int j=i; j < names.Length; j++)
{
//همانند یک متد استفاده میشود compare از
if ( compare(names[i], names[j]) > 0 )
{
temp = names[i];
names[i] = names[j];
names[j] = (Name)temp;
}
}
}
}
public void PrintNames()
{
Console.WriteLine("Names: ");
foreach (Name name in names)
{
Console.WriteLine(name.ToString());
}
}
}
اولین اعلان در این برنامه، اعلان delegate است. اعلان delegate بسیا رشبیه به اعلان متد است، با این تفاوت که دارای کلمه کلیدی delegate در اعلان است و در انتهای اعلان آن ";" قرار میگیرد و نیز پیادهسازی ندارد. در زیر اعلان delegate که در مثال 1-14 آورده شده را مشاهده مینمایید :
public delegate int Comparer(object obj1, object obj2);
این اعلان، مدل متدی را که delegate میتواند به آن اشاره کند را تعریف مینماید. متدی که میتوان از آن بعنوان delegate handler برای Comparer استفاده نمود، هر متدی میتواند باشد اما حتماً باید پارامتر اول و دوم آن از نوع object بوده و مقداری از نوع int بازگرداند. در زیر متدی که بعنوان delegate handler در مثال 1-14 مورد استفاده قرار گرفته است، نشان داده شده است :
public static int ComparerFirstNames(object name1, object name2)
{
…
}
برای استفاده از delegate میبایست نمونهای از آن ایجاد کنید. ایجاد نمونه جدید از delegate همانند ایجاد نمونهای جدید از یک کلاس است که به همراه پارامتری جهت تعیین متد delegate handler ایجاد میشود :
Comparer cmp = new Comparer(Name.ComparerFirstName);
در مثال 1-14، cmp بعنوان پارامتری برای متد Sort() مورد استفاده قرار گرفته است. به روش ارسال delegate به متد Sort() توجه نمایید :
sd.Sort(cmp);
با استفاده از این تکنیک، هر متد delegate handler به سادگی در زمان اجرا به متد Sort() قابل ارسال است. برای مثال میتوان handler دیگری با نام CompareLastNames() تعریف کنید، نمونه جدیدی از Comparer را با این پارامتر ایجاد کرده و سپس آنرا به متد Sort() ارسال نمایید.
درک سودمندی delegate ها
برای درک بهتر delegate ها به بررسی یک مثال میپردازیم. در اینجا این مثال را یکبار بدون استفاده از delegate و بار دیگر با استفاده از آن حل کرده و بررسی مینمائیم. مطالب گفته شده در بالا نیز به نحوی مرور خواهند شد. توجه نمایید، همانطور که گفته شد delegate ها و رخدادها بسیار با یکدیگر در تعاملاند، از اینرو در برخی موارد به ناچار از رخدادها نیز استفاده شده است. رخدادها در قسمت انتهایی این درس آورده شدهاند، از اینرو در صورتیکه در برخی موارد دچار مشکل شدید و یا درک مطلب برایتان دشوار بود، ابتدا کل درس را تا انتها مطالعه نمایید و سپس در بار دوم با دیدی جدید به مطالب و مفاهیم موجود در آن نگاه کنید. در اغلب کتابهای آموزشی زبان C# نیز ایندو مفهوم با یکدیگر آورده شدهاند ولی درک رخدادها مستلزم درک و فراگیری کامل delegate هاست، از اینرو مطالب مربوط به delegate ها را در ابتدا قرار دادهام.
حل مسئله بدون استفاده از delegate
فرض کنید، میخواهید برنامه بنویسید که عمل خاصی را هر یک ثانیه یکبار انجام دهد. یک روش برای انجام چنین عملی آنست که، کار مورد نظر را در یک متد پیادهسازی نمایید و سپس با استفاده از کلاسی دیگر، این متد را هر یک ثانیه یکبار فراخوانی نمائیم. به مثال زیر توجه کنید :
class Ticker
{
⋮
public void Attach(Subscriber newSubscriber)
{
subscribers.Add(newSubscriber);
}
public void Detach(Subscriber exSubscriber)
{
subscribers.Remove(exSubscriber);
}
// هر ثانیه فراخوانی میگردد Notify
private void Notify()
{
foreach (Subscriber s in subscribers)
{
s.Tick();
}
}
⋮
private ArrayList subscribers = new ArrayList();
}
class Subscriber
{
public void Tick()
{
⋮
}
}
class ExampleUse
{
static void Main()
{
Ticker pulsed = new Ticker();
Subscriber worker = new Subscriber();
pulsed.Attach(worker);
⋮
}
}
این مثال مطمئناً کار خواهد کرد اما ایدآل و بهینه نیست. اولین مشکل آنست که کلاس Ticker بشدت وابسته به Subscriber است. به بیان دیگر تنها نمونههای جدید کلاس Subscriber میتوانند از کلاس Ticker استفاده نمایند. اگر در برنامه کلاس دیگری داشته باشید که بخواهید آن کلاس نیز هر یک ثانیه یکبار اجرا شود، میبایست کلاس جدیدی شبیه به Ticker ایجاد کنید. برای بهینه کردن این مسئله میتوانید از یک واسط (Interface) نیز کمک بگیرید. برای این منظور میتوان متد Tick را درون واسطی قرار داد و سپس کلاس Ticker را به این واسط مرتبط نمود.
interface Tickable
{
void Tick();
}
class Ticker
{
public void Attach(Tickable newSubscriber)
{
subscribers.Add(newSubscriber);
}
public void Detach(Tickable exSubscriber)
{
subscribers.Remove(exSubscriber);
}
// هر ثانیه فراخوانی میگردد Notify
private void Notify()
{
foreach (Tickable t in subscribers)
{
t.Tick();
}
}
⋮
private ArrayList subscribers = new ArrayList();
}
این راه حل این امکان را برای کلیه کلاسها فراهم مینماید تا واسط Tickable را پیادهسازی کنند.
class Clock : Tickable
{
⋮
public void Tick()
{
⋮
}
⋮
}
class ExampleUse
{
static void Main()
{
Ticker pulsed = new Ticker();
Clock wall = new Clock();
pulsed.Attach(wall);
⋮
}
}
حال به بررسی همین مثال با استفاده از delegate خواهیم پرداخت.
درس سیزدهم – واسطها (Interfaces)
در این درس با واسطها در زبان C# آشنا خواهیم شد. اهداف این درس بشرح زیر میباشند :
1- آشنایی با مفهوم کلی واسطها
2- تعریف یک واسط
3- استفاده از یک interface
4- پیادهسازی ارثبری در interface ها
5- نکات مهم و پیشرفته
6- مثالی کاربردی از واسطها
7- منابع مورد استفاده
واسطها از لحاظ ظاهری بسیار شبیه به کلاس هستند با این تفاوت که دارای هیچ گونه پیادهسازی نمیباشند. تنها چیزی که در interface به چشم میخورد تعاریفی نظیر رخدادها، متدها، اندیکسرها و یا property ها است. یکی از دلایل اینکه واسطها تنها دارای تعاریف هستند و پیادهسازی ندارند آنست که یک interface میتوان توسط چندین کلاس یا property مورد ارثبری قرار گیرد، از اینرو هر کلاس یا property خواستار آنست که خود به پیادهسازی اعضا بپردازد.
حال باید دید چرا با توجه به اینکه interface ها دارای پیادهسازی نیستند مورد استفاده قرار میگیرند یا بهتر بگوئیم سودمندی استفاده از interface ها در چیست؟ تصور کنید که در یک برنامه با مولفههایی سروکار دارید که متغیرند ولی دارای فیلدها یا متدهایی با نامهای یکسانی هستند و باید نام این متدها نیز یکسان باشد. با استفاده از یک interface مناسب میتوان تنها متدها و یا فیلدهای مورد نظر را اعلان نمود و سپس کلاسها و یا property های مورد از آن interface ارثبری نمایند. در این حالت تمامی کلاسها و property ها دارای فیلدها و یا متدهایی همنام هستند ولی هر یک پیادهسازی خاصی از آنها را اعمال مینمایند.
نکته مهم دیگر درباره interface ها، استفاده و کاربرد آنها در برنامههای بزرگی است که برنامهها و یا اشیاؤ مختلفی در تماس و تراکنش (transact) هستند. تصور کنید کلاسی در یک برنامه با کلاسی دیگر در برنامهای دیگر در ارتباط باشد. فرض کنید این کلاس متدی دارد که مقداری از نوع int بازمیگرداند. پس از مدتی طراح برنامه به این نتیجه میرسد که استفاده از int پاسخگوی مشکلش نیست و باید از long استفاده نماید. حال شرایط را در نظر بگیرید که برای تغییر یک چنین مسئله سادهای چه مشکل بزرگی پیش خواهد آمد. تمامی فیلدهای مورتبط با این متد باید تغییر داده شوند. در ضمن از مسئله side effect نیز نمیتوان چشم پوشی کرد.( تاثیرات ناخواسته و غیر منتظره و یا به عبارتی پیش بینی نشده که متغیر یا فیلدی بر روی متغیر یا فیلدی دیگر اعمال میکند، در اصطلاح side effect گفته میشود.) حال فرض کنید که در ابتدا interface ای طراحی شده بود. درصورت اعمال جزئیترین تغییر در برنامه مشکل تبدیل int به long قابل حل بود، چراکه کاربر یا برنامه و در کل user برنامه در هنگام استفاده از یک interface با پیادهسازی پشت پرده آن کاری ندارد و یا بهتر بگوئیم امکان دسترسی به آن را ندارد. از اینرو اعمال تغییرات درون آن تاثیری بر رفتار کاربر نخواهد داشت و حتی کاربر از آن مطلع نیز نمیشود. در مفاهیم کلی شیء گرایی، interface ها یکی از مهمترین و کاربردی ترین اجزاء هستند که در صورت درک صحیح بسیار مفید واقع میشوند. یکی از مثالهای مشهود درباره interface ها (البته در سطحی پیشرفته تر و بالاتر) رابطهای کاربر گرافیکی (GUI) هستند. کاربر تنها با این رابط سروکار دارد و کاری به نحوه عملیات پشت پرده آن ندارد و اعمال تغییرات در پیادهسازی interface کاربر را تحت تاثیر قرار نمیدهد.
از دیدگاه تکنیکی، واسطها بسط مفهومی هستند که از آن به عنوان انتزاع (Abstract) یاد میکنیم. در کلاسهای انتزاعی (که با کلمه کلید abstract مشخص میشدند.) سازندة کلاس قدر بود تا فرم کلاس خود را مشخص نماید : نام متدها، نوع بازگشتی آنها و تعداد و نوع پارامتر آنها، اما بدون پیادهسازی بدنه متد. یک interface همچنین میتواند دارای فیلدهایی باشد که تمامی آنها static و final هستند. یک interface تنها یک فرم کلی را بدون پیادهسازی به نمایش میگذارد.
از این دیدگاه، یک واسط بیان میدارد که : " این فرم کلی است که تمامی کلاسهایی که این واسط را پیادهسازی میکنند، باید آنرا داشته باشند." از سوی دیگر کلاسها و اشیاء دیگری که از کلاسی که از یک واسط مشتق شده استفاده میکنند، میدانند که این کلاس حتماً تمامی متدها و اعضای واسط را پیادهسازی میکند و میتوانند به راحتی از آن متدها و اعضا استفاده نمایند. پس به طور کلی میتوانیم بگوئیم که واسطها بمنظور ایجاد یک پروتکل (protocol) بین کلاسها مورد استفاده قرار میگیرند. (همچنان که برخی از زبانهای برنامهسازی بجای استفاده از کلمه کلیدی interface از protocol استفاده مینمایند.)
به دلیل اینکه کلاسها و ساختارهایی که از interface ها ارثبری میکنند موظف به پیادهسازی و تعریف آنها هستند، قانون و قاعدهای در این باره ایجاد میگردد. برای مثال اگر کلاس A از واسط IDisposable ارثبری کند، این ضمانت بوجود میآید که کلاس A دارای متد Dispose() است، که تنها عضو interface نیز میباشد. هر کدی که میخواهد از کلاس A استفاده کند، ابتدا چک مینماید که آیا کلاس A واسط IDisposable را پیادهسازی نموده یا خیر. اگر پاسخ مثبت باشد آنگاه کد متوجه میشود که میتواند از متد A.Dispose() نیز استفاده نماید. در زیر نحوه اعلان یک واسط نمایش داده شده است.
interface IMyInterface
{
void MethodToImplement();
}
در این مثال نحوه اعلان واسطی با نام IMyInterface نشان داده شده است. یک قاعده (نه قانون!) برای نامگذاری واسطها آنست که نام واسطها را با "I" آغاز کنیم که اختصار کلمه interface است. در interface این مثال تنها یک متد وجود دارد. این متد میتوان هر متدی با انواع مختلف پارامترها و نوع بازگشتی باشد. توجه نمایید همانطور که گفته شد این متد دارای پیادهسازی نیست و تنها اعلان شده است. نکته دیگر که باید به ان توجه کنید آنست که این متد به جای داشتن {} به عنوان بلوک خود، دارای ; در انتهای اعلان خود میباشد. علت این امر آنست که interface تنها نوع بازگشتی و پارامترهای متد را مشخص مینماید و کلاس یا شیای که از آن ارث میبرد باید آنرا پیادهسازی نماید. مثال زیر نحوه استفاده از این واسط را نشان میدهد.
مثال 1-13 : استفاده از واسطها و ارثبری از آنها
class InterfaceImplementer : IMyInterface
{
static void Main()
{
InterfaceImplementer iImp = new InterfaceImplementer();
iImp.MethodToImplement();
}
public void MethodToImplement()
{
Console.WriteLine("MethodToImplement() called.");
}
}
در این مثال، کلاس InterfaceImplementer همانند ارثبری از یک کلاس، از واسط IMyInterface ارثبری کرده است. حال که این کلاس از واسط مورد نظر ارثبری کرده است، باید، توجه نمایید باید، تمامی اعضای آنرا پیادهسازی کند. در این مثال این عمل با پیادهسازی تنها عضو واسط یعنی متد MethodToImplement() انجام گرفته است. توجه نمایید که پیادهسازی متد باید دقیقا از لحاظ نوع بازگشتی و تعداد و نوع پارامترها شبیه به اعلان موجود در واسط باشد، کوچکترین تغییری باعث ایجاد خطای کامپایلر میشود. مثال زیر نحوه ارثبری واسطها از یکدیگر نیز نمایش داده شده است.
مثال 2-13 : ارثبری واسطها از یکدیگر
using System;
interface IParentInterface
{
void ParentInterfaceMethod();
}
interface IMyInterface : IParentInterface
{
void MethodToImplement();
}
class InterfaceImplementer : IMyInterface
{
static void Main()
{
InterfaceImplementer iImp = new InterfaceImplementer();
iImp.MethodToImplement();
iImp.ParentInterfaceMethod();
}
public void MethodToImplement()
{
Console.WriteLine("MethodToImplement() called.");
}
public void ParentInterfaceMethod()
{
Console.WriteLine("ParentInterfaceMethod() called.");
}
}
مثال 2-13 دارای 2 واسط است : یکی IMyInterface و واسطی که از آن ارث میبرد یعنی IParentInterface. هنگامیکه واسطی از واسط دیگری ارثبری میکند، کلاس یا ساختاری که این واسطها را پیادهسازی میکند، باید تمامی اعضای واسطهای موجود در سلسله مراتب ارثبری را پیادهسازی نماید. در مثال 2-13، چون کلاس InterfaceImplementer از واسط IMyInterface ارثبری نموده، پس از واسط IParentInterface نیز ارثبری دارد، از اینرو باید کلیه اعضای این دو واسط را پیادهسازی نماید.
چند نکته مهم :
1- با استفاده از کلمه کلید interface در حقیقت یک نوع مرجعی (Reference Type) جدید ایجاد نمودهاید.
2- از لحاظ نوع ارتباطی که واسطها و کلاسها در ارثبری ایجاد مینمایند باید به این نکته اشاره کرد که، ارثبری از کلاس رابطه "است" یا "بودن" (is-a relation) را ایجاد میکند (ماشین یک وسیله نقلیه است) ولی ارثبری از یک واسط یا interface نوع خاصی از رابطه، تحت عنوان "پیادهسازی" (implement relation) را ایجاد میکند. ("میتوان ماشین را با وام بلند مدت خرید" که در این جمله ماشین میتواند خریداری شدن بوسیله وام را پیادهسازی کند.)
3- فرم کلی اعلان interface ها بشکل زیر است :
[attributes] [access-modifier] interface interface-name [:base-list]{interface-body}
که در اعضای آن بشرح زیر می باشند :
attributes : صفتهای واسط
access-modifiers : private یا public سطح دسترسی به واسط از قبیل
interface-name : نام واسط
:base-list : لیست واسطهایی که این واسط آنها را بسط میدهد.
Interface-body : بدنه واسط که در آن اعضای آن مشخص میشوند
توجه نمایید که نمیتوان یک واسط را بصورت virtual اعلان نمود.
4- هدف از ایجاد یک interface تعیین توانائیهاییست که میخواهیم در یک کلاس وجود داشته باشند.
5- به مثالی در زمینه استفاده از واسطها توجه کنید :
فرض کنید میخواهید واسطی ایجاد نمایید که متدها و property های لازم برای کلاسی را که میخواهد قابلیت خواندن و نوشتن از/به یک پایگاه داده یا هر فایلی را داشته باشد، توصیف نماید. برای این منظور میتوانید از واسط IStorable استفاده نمایید.
در این واسط دو متد Read() و Write() وجود دارند که در بدنه واسط تعریف میشوند ک
interface IStorable
{
void Read( );
void Write(object);
}
حال میخواهید کلاسی با عنوان Document ایجاد نمایید که این کلاس باید قابلیت خواندن و نوشتن از/به پایگاه داده را داشته باشد، پس میتوانید کلاس را از روی واسط IStorable پیادهسازی کنید.
public class Document : IStorable
{
public void Read( ) {...}
public void Write(object obj) {...}
// ...
}
حال بعنوان طراح برنامه، شما وظیفه داری تا به پیادهسازی این واسط بپردازید، بطوریکه کلیه نیازهای شما را برآورده نماید. نمونهای از این پیادهسازی در مثال 3-13 آورده شده است.
مثال 3-13 : پیادهسازی واسط و ارثبری – مثال کاربردی
using System;
// interface اعلان
interface IStorable
{
void Read( );
void Write(object obj);
int Status { get; set; }
}
public class Document : IStorable
{
public Document(string s)
{
Console.WriteLine("Creating document with: {0}", s);
}
public void Read( )
{
Console.WriteLine("Implementing the Read Method for IStorable");
}
public void Write(object o)
{
Console.WriteLine("Implementing the Write Method for IStorable");
}
public int Status
{
get
{
return status;
}
set
{
status = value;
}
}
private int status = 0;
}
public class Tester
{
static void Main( )
{
Document doc = new Document("Test Document");
doc.Status = -1;
doc.Read( );
Console.WriteLine("Document Status: {0}", doc.Status);
IStorable isDoc = (IStorable) doc;
isDoc.Status = 0;
isDoc.Read( );
Console.WriteLine("IStorable Status: {0}", isDoc.Status);
}
}
خروجی برنامه نیز بشکل زیر است :
Output:
Creating document with: Test Document
Implementing the Read Method for IStorable
Document Status: -1
Implementing the Read Method for IStorable
IStorable Status: 0
6- در مثال فوق توجه نمایید که برای متدها واسط IStorable هیچ سطح دسترسی (public,private و ...) در نظر گرفته نشده است. در حقیقت تعیین سطح دسترسی باعث ایجاد خطا میشود چراکه هدف اصلی از ایجاد یک واسط ایجاد شیء است که تمامی اعضای آن برای تمامی کلاسها قابل دسترسی باشند.
7- توجه نمایید که از روی یک واسط نمیتوان نمونهای جدید ایجاد کرد بلکه باید کلاسی از آن ارثبری نماید.
8- کلاسی که از واسط ارثبری میکند باید تمامی متدهای آنرا دقیقا همان گونه که در واسط مشخص شده پیادهسازی نماید. به بیان کلی، کلاسی که از یک واسط ارث میبرد، فرم و ساختار کلی خود را از واسط میگیرد و نحوه رفتار و پیادهسازی آنرا خود انجام میدهد.
خلاصه :
در این درس با مفاهیم کلی و اصلی درباره واسطها آشنا شدید. هم اکنون میدانید که واسطها چه هستند و سودمندی استفاده از آنها چیست. همچنین نحوه پیادهسازی واسط و ارثبری از آنرا آموختید.
مبحث واسطها بسیار گسترده و مهم است و امید است در بخشهای آینده در سایت، بتوانم تمامی مطالب را بطور حرفهای و کامل در اختیار شما قرار دهم.