پروژه برنامه نویسی مهندسی کامپیوتر با عنوان فروشگاه الکترونیکی کتاب با AspNet MVC
پروژه برنامه نویسی مهندسی کامپیوتر با عنوان فروشگاه الکترونیکی کتاب با Asp.Net MVC
پروژه برنامه نویسی مهندسی کامپیوتر با عنوان فروشگاه الکترونیکی کتاب با AspNet MVC
افزایش کارآئی برنامه های وب در ASP.NET 2.0
مقاله ای مفید و کامل با 55 درصد تخفیف
لینک پرداخت و دانلود *پایین مطلب*
فرمت فایل:Word (قابل ویرایش و آماده پرینت)
تعداد صفحه:118
چکیده :
یکی از ملزومات کلیدی در هر نوع برنامه کامپیوتری میزان کارائی و قابلیت پاسخگوئی سریع آن به کاربران است . طراحان و پیاده کنندگان برنامه های کامپیوتری می بایست در زمان طراحی ، پیاده سازی و نوشتن کد به این موضوع توجه جدی داشته باشند.
برنامه های وب با توجه به ماهیت و رسالت خود می بایست قادر به ارائه خدمات مورد نیاز به صدها و یا هزاران متقاضی همزمان به سادگی و با سرعت مطلوب باشند. به عبارت دیگر ، همزمان با افزایش کاربران نمی بایست شاهد افت سرعت و کارآئی یک برنامه وب باشیم .
با ارائه فریمورک دات نت و به دنبال آن ASP.NET ، پیاده سازی یک برنامه وب بطرز ناباورانه ای ساده شده است . همین موضوع باعث شده است که طراحان و پیاده کنندگان بیشتر در اندیشه طراحی و پیاده سازی سریع برنامه های وب باشند و به مسائل مربوط به کارآئی برنامه کمتر توجه نمایند .
پیاده کنندگان برنامه های وب با استفاده از فناوری ASP.NET می بایست با بکارگیری مجموعه ای از ترفندها ، فناوری ها و رعایت برخی نکات کلیدی اقدام به پیاده سازی برنامه های وب با کارآئی بالا نمایند .
در این مقاله و سایر مقالاتی که در آینده منتشر خواهد شد قصد داریم به برخی از روش های موجود به منظور طراحی و پیاده سازی یک برنامه وب کارآ اشاره نمائیم . بدین منظور بر روی سه محور اساسی زیر متمرکز خواهیم شد :
در ادامه بر روی اولین محور متمرکز و به بررسی مسائل مرتبط با آن خواهیم پرداخت .
طراحی برای کارآئی
توجه و رعایت موارد زیر پیاده کنندگان را در جهت پیاده سازی برنامه های وب با کارآئی بالا کمک خواهد کرد :
مکانیزم ترجمه کد در ASP.NET
برنامه های نوشته شده با استفاده از ASP.NET دارای کارآئی بمراتب بیشتری نسبت به برنامه های نوشته شده با استفاده از ASP کلاسیک می باشند . این دستاورد ناشی از ترجمه اتوماتیک کد در ASP.NET است . در صفحات قدیمی نوشته شده با استفاده از ASP کلاسیک ، کدها و یا اسکریپت های موجود در یک صفحه برای هر یک از درخواست های کاربران پردازش می گردید . در ASP.NET ، هر کلاس صفحه در اولین مرتبه دستیابی کمپایل و برای درخواست های آتی cache می گردد .
زمانی که اولین مرتبه یک کاربر صفحه ای را درخواست می نماید ( و یا اولین مرتبه دستیابی پس از ایجاد تغییرات در صفحه ) ، یک تاخیر قابل ملاحظه در زمان پاسخ به درخواست خود را مشاهده می نماید ( تاخیر ناشی از ترجمه صفحه ) . برای برخورد با این موضوع می توان از روش precompilation استفاده نمود . با استفاده از روش فوق پس از استقرار صفحات بر روی سرویس دهنده وب ، بلافاصله امکان درخواست و بازیابی سریع آنها برای متقاضیان فراهم می گردد .
کنترل های سرویس دهنده
کنترل های سرویس دهنده عناصر اصلی در یک صفحه ASP.NET می باشند و load زیادی را به برنامه تحمیل نخواهند کرد . این نوع کنترل ها معمولا" دارای کارآئی بمراتب بهتری نسبت به زمانی می باشند که یک صفحه به صورت پویا و با استفاده از ترفندهائی نظیر متد Response. Write خروجی خود را تولید می نماید.
در برخی موارد ضرورتی به استفاده از کنترل های سرویس دهنده ASP.NET در یک صفحه وب نخواهیم داشت . به عنوان نمونه ، در صورتی که دارای یک متن ایستا می باشیم که هرگز ضرورتی به دستیابی و تغییر آن در زمان اجراء و از طریق کد نداریم ، لزومی به استفاده از کنترلی نظیر label نخواهیم داشت . در چنین مواردی می توان به سادگی متن مورد نظر را با استفاده از امکانات HTML در فایل aspx. قرار داد . در ویژوال استودیو می توان از کنترل DIV ( موجود در بخش HTML ، منوی Toolbox) استفاده کرد. در واقع ما تکلیف متن مورد نظر جهت نمایش در یک صفحه aspx . را نه در زمان اجراء بلکه در زمان طراحی مشخص کرده ایم .
یکی دیگر از نکات مهم در زمان استفاده از کنترل های سرویس دهنده در صفحات وب ، توجه به رفتار آنها در ارتباط با نگهداری داده پس از ارسال مجدد به سرویس دهنده می باشد . به صورت پیش فرض ، مقادیر مرتبط با کنترل های سرویس دهنده نظیر مقدار درج شده در یک TextBox ، پس از postback بطور اتوماتیک در view state ذخیره می گردد . در واقع ، view state مکانیزمی برای نگهداری داده کنترل های سرویس دهنده است که هدف آن غلبه بر محدودیت پروتکل HTTP است ( ماهیت stateless ) .
view state ، یک نام مناسب برای ذخیره داده در یک فیلد ورودی مخفی درون صفحه است . پس از post back ( ارسال مجدد برای سرویس گیرنده ) یک صفحه ، سرویس دهنده قادر به بررسی مقادیر نگهداری شده در view state و استفاده از آنها با توجه به شرایط حاکم بر برنامه می باشد . view state یک قابلیت عالی است چراکه اجازه نگهداری وضعیت را با استفاده از امکانات سرویس گیرنده فراهم می نماید و در این رابطه از کوکی و حافظه سرویس دهنده برای ذخیره وضعیت استفاده نمی گردد .
تعداد زیادی از کنترل های سرویس دهنده ASP.NET از view state برای نگهداری تنظمیات خود در زمان تعامل با عناصر موجود بر روی صفحه استفاده می نمایند ( مثلا" ذخیره صفحه جاری در زمان استفاده از ویژگی paging در کنترل سرویس دهنده gridview ) .
در زمان استفاده از view state توجه به موارد زیر ضروری است :
کنترل های سرویس دهنده علاقه زیادی به استفاده از view state دارند حتی در مواردی که به وجود آن نیاز نمی باشد . به صورت پیش فرض viewstate فعال است و در صورت عدم نیاز می بایست آن را در سطح صفحه و یا کنترل غیرفعال نمود . در رابطه با یک کنترل کافی است که خصلت EnableViewState را false و یا می توان آن را به صورت سراسری و در سطح page غیر فعال نمود . دستور زیر نحوه انجام این کار را نشان می دهد :
<%@ Page EnableViewState="false" %>
برای غیر فعال کردن view state در سطح صفحه و یا کنترل از قوانین زیر می توان استفاده نمود :
view state ، عموما" کند شدن سرویس دهنده را به دنبال نخواهد داشت بلکه حجم صفحه را افزایش داده و مدت زمان ارسال صفحه برای سرویس گیرنده را زیاد خواهد کرد . در چنین مواردی کاربران این برداشت را خواهند داشت که برنامه کند و قادر به ارائه پاسخ سریع به آنان نمی باشد ، خصوصا" در مواردی که ارتباط بین سرویس گیرنده و سرویس دهنده از طریق یک خط با سرعت پائین برقرار شده باشد .
عدم استفاده صحیح از view state در برخی موارد می تواند ادامه حیات موثر یک برنامه وب را با چالش جدی مواجه نماید . این موضوع در برنامه هائی که از کنترل های زیادی در یک صفحه استفاده و حجم بالائی از داده را در خود نگهداری می نمایند، مضاعف می گردد. در چنین مواردی داده دو مرتبه به صفحه وب اضافه می گرد : مستقیما" در کد HTML مرتبط با کنترل و مجددا" در یک فیلد مخفی برای view state . داده فوق با هر post back بین سرویس گیرنده و سرویس دهنده مبادله می گردد .
با استفاده از page tracing می توان از تعداد بایتی که view state مصرف می کند آگاهی یافت .
در بخش دوم به بررسی سایر نکات به منظور افزایش کارآئی برنامه های وب با تمرکز بر روی بانک های اطلاعاتی در زمان طراحی خواهیم پرداخت .
افزایش کارآئی برنامه های وب در ASP.NET 2.0 (بخش دوم)
در بخش اول به این موضوع اشاره گردید که برای طراحی و پیاده سازی یک برنامه وب کارآ از روش ها ، ترفندها و فناوری های مختلفی استفاده می گردد . بدین منظور بحث خود را با معرفی سه محور اساسی زیر آغاز و با تمرکز بر روی اولین محور ادامه دادیم .
در این بخش همچنان بر روی اولین محور متمرکز و به بررسی مسائل در ارتباط با بانک های اطلاعاتی و تاثیر آنها در کارآئی یک برنامه وب اشاره خواهیم کرد .
دستیابی به بانک اطلاعاتی
قوانین دستیابی به بانک های اطلاعاتی خیلی سرراست و مشخص است ولی به دلیل عدم رعایت برخی نکات توسط طراحان و پیاده کنندگان ممکن است کارآئی برنامه های وب کاهش و همزمان با افزایش کاربران امکان استفاده بهینه و مطلوب از برنامه وجود نداشته باشد .
قبل از بررسی اهم مطالب مرتبط با بکارگیری بانک های اطلاعاتی در برنامه های وب لازم است به این نکته مهم اشاره گردد که می بایست یک اتصال به بانک اطلاعاتی را صرفا" در زمانی که به وجود آن نیاز است ایجاد و در اولین فرصت ممکن آن را close کرد چراکه اولا" تعداد اتصالات به یک بانک اطلاعاتی محدود و ثانیا" مدیریت آنها کار اضافه ای را نیز به سرویس دهنده تحمیل خواهد کرد ( استفاده بهینه از یک منبع محدود ) .
با رعایت موارد زیر می توان کارآئی برنامه های وب را بهبود بخشید :
و...