Quantcast
Channel: دانلود فایل رایگان
Viewing all articles
Browse latest Browse all 46175

مقاله دلايل ظهور سيستم هاي Application Server

$
0
0
 nx دارای 34 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است فایل ورد nx  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد. این پروژه توسط مرکز nx2 آماده و تنظیم شده است توجه : در صورت  مشاهده  بهم ريختگي احتمالي در متون زير ،دليل ان کپي کردن اين مطالب از داخل فایل ورد مي باشد و در فايل اصلي nx،به هيچ وجه بهم ريختگي وجود ندارد بخشی از متن nx : دلایل ظهور سیستم های Application Serverدلایل ظهور سیستم های Application server :دلیل توسعه و بسط این سیستم ها در پاسخگویی گروههای عظیمی از كاربران نهفته است. توسعه دهندگان احتیاج به ابزاری داشتند كه بتواند كلیه منابع سطح پایین مورد استفاده برنامه های كاربردی اینترنت را در قالبی منسجم و قابل استفاده كپسوله كند. به گونه ایی كه ایجاد برنامه های كاربردی محاوره ایی و كار آمد، برای اینترنت به راحتی ممكن شود. از این دیدگاه سیستم های Application server شباهت بسیاری به سیستم عامل ها دارند چرا كه سیستم عامل های امروزی با ارائه ابزارهای كار آمد خود امكانات مورد نیاز جهت انجام كارهای مختلف را در اختیار كاربران خود قرار می دهند.همان گونه كه سیستم عاملها، مجموعه ایی از اسباب های سخت افزاری و سرویس های مورد استفاده جهت نمایش پنجره ها را كپسوله می كنند، سیستم های Application server نیز انواع پروتكلها و داده ها و همچنین مجموعه های مختلفی از سرویسهای مورد استفاده جهت برقراری ارتباط با كاربران را فراهم می كند. سیستم های Application server همانند برنامه های دیگری كه زیر بنای آنها دائما” از سوی توسعه دهندگان در حال تغییر و تحول است، ناچار به دگرگونی در مقابل نیازهای آنان هستند. همانند تغییراتی كه در دهه گذشته به دلیل ظهور نیازهای جدید، سیستم عاملها پذیرای آنها بودند، محیطهای تجارت الكترونیكی و اینترنتی نسل آینده، موجب تحولی عظیم در سیستم های Application server خواهد شد. برای درك بهتر اهمیت این سیستم ها بحث خود را بررسی تاریخچه این ابزارها بكار آمد پی می گیریم. تاریخچه سیستم های Application server :توسعه نرم افزاری بر روی اینترنت از قدمت چندانی برخوردار نیست، با این وجود طی همین مدت كوتاه به دلایل رویدادهای مهمی كه در زمینه اینترنت رخ داده است، توسعه نرم افزاری به توسعه دهندگان سایت كرده است.هدف توسعه دهندگان وب از تبدیل صفحات ایستایHTML به صفحات دینامیك، به توسعه برنامه های كاربردی كارآمد بر روی وب تكامل یافته است. به واسطه این تكامل به تدریج چار چوب های سیستمی كه امروزه به سیستم های application serverمعروف شده،تعریف و به مرور زمان تكمیل شد. اما ابتدا به تكنولوژی وابزارهای مختلفی كه موجب مطرح شدن این گونه سیستم ها شدند نگاهی كوتاه بیندازیم. CgIاولین تكنولوژی بود كه امكان ایجاد صفحات html پویا را در اختیار طراحان قرارداد. متاسفانه بهره گیری از این تكنولوژی كارزیادی را از جانب توسعه دهندگان طلب میكرد، چرا كه ایشان علاوه بر كد نوبسی قوانین كار در قالب صفحات HTMLمجبور بودند تا به منظور انجام كارهای ساده مانند ارتباط با یك بانك اطلاعاتی وقالب بندی نتایج به صورت HTMLو حفظ اطلاعات مابین جلسات (نوبت های مختلف برقراری ارتباط با سرور)راه حل منحصر به فردی را پیاده سازی كنند. از آنجایی كه بیشتر كاربران با مسائل مشتركی دست به گریبان بودند، توسعه دهندگان به ایجاد كتابخانه هایی متشكل از كدهای قابل استفاده مجدد اقدام كردند كه بدین ترتیب بسیاری از مسائل حل می شد. با وجود این با پیچیده ترشدن برنامه ها،سرهم بندی این قطعات (كدهای قابل استفاده مجدد)در قالب یك برنامه كاربردی كامل و قابل اعتماد به تدریج مشكل ومشكلتر می شد.در آن مقطع برخی از دست اندر كاران امركامپیوتر متوجه این نكته مهم شدند و بدین ترتیب سیستم های Application Serverپا به عرصه ظهورگذاشتند. این پیشگامان درابتدا اقدام به تدوین مجموعه ایی از منابع مفیدوقابل استفاده مجدد كردندند و آنها را در اختیار توسعه دهندگان پیش از این از آنها استفاده می كردندـ بسیار مفید بودند. در ابتدای امر بیشتر این فرآوردها همانند ابزاری سودمند به توسعه دهندگان وب فروخته شد. همانند وضعیتی كه پیش از این در مورد ابزارهای مورد استفاده جهت توسعه برنامه های كاربردی وجود داشت، در اینجا منابع مورد نیازحین اجرای برنامه از طریق یك زبان Scriptو یا به واسطه مجموعه ای از امكانات كپسوله شده (درقالب كلاس) فراهم می شد. نخستین پیشگامان در این عرصه از تكنولوژی، شركت Allairبا نرم افزارColdfusion،شركت Net Scapeبا نرم افزارLive Wireبودند. در این هنگام تب وب در میان كاریران عادی و تجاری همه گیرشده و به واسطه برنامه های كاربردی وب ، مجال بسیار مناسبی برای بهره گیری ازاین ابزارها فراهم شد. در نتیجه شمار بیشتری ازتوسعه دهندگان ، اقدام به توسعه برنامه هایی كردندكه قابلیتهای جامع تری را نسبت به آنچه كه پیشتر تولید می كردند(صفحات پویای وب )در اختیار می گذاشتند. برای پاسخ به این نیازها تولید كنندگان نرم افزار شروع به گسترش محوده فعالیت های خود كردند. آنها برای گسترش زمینه كاری و افزایش كارایی نرم افزارهایشان از تكنولوژی TP monitorsنیز پیشیبانی كردند. برای تسهیل در استفاده از نرم افزارهای تولید شده به همراه سیستم های موجود ،ابزارهایی را جهت تطبیق با سیستم های E- mailو كاربا ORBها (جهت اتصال با برنامه های كاربردی موجود ) توسعه دادند. این گونه برنامه ها به واسطه دارا بودن ابزارهایی جهت اعتبار سنجی و رمز گذاری از امنیت بالایی برخوردار بودند. به موازات توسعه این قبیل برنامه های كاربردی ، اهمیت فوق العاده آنها در تجارت الكترونیكی بیش از بیش برای دست اندر كاران كامپیوتر مشهود می شد. همزمان با ظهور این گونه برنامه های كارآمد ، شركتهای فعال در این زمینه ، به امر بهبود ابزارها و زبان برنامه نویسی كه دسترسی به منابع مذكور را ممكن می ساخت، سرعت بخشیدند. با این هدف كه كار توسعه برنامه ها پربارتر شود. نتیجه این فعالیت رشد فزاینده زبانهایScriptبود. با وجود اینكه هنوز اصطلاح سیستم های Application Serverوارد واژگان اینترنتی ما نشده بود هر یك از این سیستم های مسیر تكامل خود را به طور جداگانه طی می كردند ، تقریبا” در اواسط سال 1999بیشتر آنها برسر ساختار یكسان توافق كرده بودند. این ساختار شامل مجموعه ایی از سرویسهای حین اجرا و همچنین سرویس های مورد نیاز جهت اتصال به سایر سیستم ها و منابع (بانكهای اطلاعاتی ، فایل سرورها، خدمات پست الكترونیكی ) و سایر برنامه های كاربردی می شد برای دسترسی به این منابع، توسعه دهندگان یك مدل دو لایه ایی در اختیار داشتند. لایه اول در این مدل كه Application Layerنام داشت ، عهده دار نمایش اطلاعات به كاربران بود و دیگری با نام Business Logic Layer، فرایند دسترسی به داده ها و پردازش آنها را انجام می داد با همه گیر شدن تدریجی این مدل ، اصطلاح Application Serverنیز برسرزبانها افتاد. ضرورت ایجاد استانداردها :طی دوسال گذشته در اثر حركت شركتهای توسعه دهنده سیستم های Application Server به سمت استاندارد كردن ساختار آنها و نیز تدارك رابطهایی كه از آن طریق ، سایر توسعه دهندگان بتوانند به منابع موجود بر روی سرورها، دسترسی پیدا كنند، این بخش از صنعت نرم افزار دستخوش تغییرات بسیاری شد . در ابتدا این استاندارها به صورت مجزا مطرح شدند. برای نمونه ابزار Java Server Pagesبه عنوان دو ابزار بسیار كار آمد جهت استفاده از جاوا در لایه اول از مدل دو لایه ایی ذكر شده در قسمت قبل مورد توجه بسیاری از توسعه دهندگان قرار گرفتند. از طرف مایكروسافت با ابزار Aspو شركت All air با محصول cfmlابزارهای دیگری را جهت استفاده در این لایه معرفی كردند. به طور مشابه دو تكنولوژی Ejb از شركت Sun MicroSystem و com /com +از شركت مایكرو سافت به عنوان استانداردهایی به توسعه لایه دوم مطرح شدند.در گام بعدی SUNو سایراعضای جامه جاوا سعی كردند تا این استانداردهای مجزا را در قالبی همگن و مجموعه ی كاملی از API ها كه هم اكنون آنرا با نام java 2EE میشناسیم ، گردآوری كنند. تا زمانی كه حركت به سمت استاندارد كردن مدلهای برنامه نویسی ادامه دارد، این وضعیت وفعالیت توسعه دهندگان دستخوش تغییرات شگرفی خواهد شد. مشابه حركتی كه در مورد استاندارد كردن WIN32 Apiصورت گرفت و موجب ظهور برنامه های كاربردی كارآمد تری شد، در اینجا نیز وجود مجموعه همگنی از ابزارهای برنامه نویسی این امكان را در برابر تولید كنندگان نرم افزار را مجبور خواهندكرد، هزینه حمل برنامه های كاربردی از یك سرور دیگر را كاهش دهند. با این وجود قابل حمل نبودن برنامه های كاربردی ، مزیت بزرگی برای توسعه دهندگان نرم افزارها قرار می دهد تا بتوانند بسته های نرم افزاری قابل حملی را بر روی سیستم هایApplication Serverمختلف ایجاد كنند. چنانچه ایده قابل حمل بودن برنامه ها برروی این سیستم های متفاوت كاملا تحقق نیابد، تولید كنندگان نرم افزار مجبور خواهند شد ، هزینه حمل برنامه های كاربردی ازیك سرور دیگر را كاهش دهند. با این وجود قابل حمل نبودن برنامه های كاربردی ، مزیت بزرگی برای توسعه دهندگان محسوب می شود . چرا كه توسعه برنامه تحت سرورها و انواع سیستم های عامل را تجربه می كنند.متاسفانه استاندارد كردن نیز معایبی دارد. برای نمونه از آنجایی كه تكنولوژی J2EEجزییات سیستم های عامل را پنهان نگاه می دارد. برنامه های كاربردی ساخته شده را با استفاده از این تكنولوژی اغلب از كلیه سرویسهای غنی ارائه شده توسط سیستم عامل ها ی امروزی بهره كافی نمی گیرد. علاوه براین تكنولوژی J2EE مدل پیچیده ایی برای توسعه دهندگان محسوب می شود. تسلط بر كلیه ابزارهای این تكنولوژی توسط تنها یك توسعه دهند اغلب مستلزم تلاش بسیاراست و این كار تنها از عهده توسعه دهندگان حرفه ایی بر می آمد. چنین می توان نتیجه گرفت كه یكی از كارها ی مهمی كه توسعه دهندگان سیستمهایApplication Server از ابتدای ظهورشان با آن مواجه بودند و قابلیت به كارگیری آنها به همراه سایر تكنولوژی هایی است كه ابزارها به یك توسعه دهنده جهت توسعه برنامه ها محسوب می شوند. برای نمونه با متداول شدن روز افزون سیستم های قابل حمل (همانند تلفن همراه) و افزایش تصاعدی تعداد اتصا لات ، كاربران این ابزارها خواهان دسترسی به سرویسهایی هستند كه درحال حاضر از طریق وب قابل استفاده است. با این وجود،آنهایی كه این گونه سیستم ها دارای رابطهای كاربردی متفاوتی بوده و پهنای باند آنها به اندازه ایی نیست كه بتوان از آنها در یك مرورگر وب استفاده كرد ، نیاز به تكنولوژی های مختلف در لایه Web Application S erverمطرح می شود .مزایای سیستم های Application Server صفحات سرویس دهنده فعال (Active Server Pages) جدید ترین تكنولوژی در زمینه سرویس دهنده می با شند، كه توسط شركت ماكروسافت برای ایجاد صفحات HTMLمحاوره ایی و پویا در سایت وب جهانی و شبكه های داخلی طراحی شده است.با استفاده از این تكنولوژی به راحتی می توانید با پایگاه داده هایی كه در سرویس دهنده ها قرا ردارند ارتباط برقرار كنید. بنا به نیاز خود آنها را تغییر دهید: دادهای خود را با كاربران دیگر به اشتراك بگذارید. همچنین می توانید خود را به سایتهای گوناگون معرفی كرده، علایق خود را به آنها بشناسید و اطلاعات مورد نیاز خود را از آنها در یافت نمایید. ASP ها با شماری از اجزاء اكتیوایكس روی سرویس دهنده استاندارد دسته بندی شده. این اجزاءبه شما اجازه كارهایی مثل تصمیم گیری در مورد قابلیتهای مرورگر های مختلف یا گنجاندن یك شماره در صفحه وب را می دهد.شما نباید خود را فقط به اجزاء استاندارد اكتیوایكس محدود كنید، هر چند كه این اجزاء بسیار مفید می باشند. شما می توانید اجزاء الحاقی اكتیوایكس را برای خود ایجاد كنید. این بدان معنا است كه هیچ محدویتی در چگونگی توسعه ASP برای شما وجود ندارد.با استفاده از اشیاء تعبیه شده قابل دسترس دریك ASPشما می توانید اسكریپت های خود را بسیار قویتری كنید دربین چیزهای دیگری این اشیاء به شما اجازه دریافت و ارسال اطلاعات به مرورگر یا از آن را میدهد. برای مثال با استفاده از شیءRequestمی توانید اطلاعاتی را یك كاربر با فرم HTMLارسال كرده دریافت و به آن اطلاعات توسط یك اسكریپت پاسخ دهید. همچنین با بكارگیری اسكریپتهای روی سریس دهنده یك ٍِ‍ شما می توانید صفحات وبی با اجزاءپویا ایجاد كنید. به عنوان یك نمونه بسیار ساده شما می توانید صفحه وب را ایجاد كنید كه هریك پیغام جدید یا تاریخ آن روزرا نمایش دهد.می توان بدون توزیع بانك اطلاعاتی در سطح شبكه از طریق این صفحات و با استفاده از وب سرور با بانك اطلاعاتی محلی ارتباط برقرار نموده، وتحت كنترل ایستگاه سرویس دهند اطلاعات را در اختیار متقاضی قرار داد. برای این منظوربا استفاده از شیء كوكی می توان متقاضی صفحه ASPرا شناسایی نمود و براساس هویت وی سطح دسترسی به اطلاعات را مشخص نمود. این عمل در بانكهای توزیعی به سادگی قابل اجرا نیست. نكته قابل توجه در اینجاست كه بانك اطلاعاتی كاملا به صورت محلی نصب می شود اما در عمل همانند بانك توزیعی دسترسی می گردد. گلوگاه دسترسی فرم ASPمی باشد.میتوان با استفاده از امكان هدایت تقاضای متقاضی های صفحاتASP ، تقاضای هر متقاضی را به ایستگاه مناسب انتقال داد. برای نمونه فرض كنید متقاضیان با یك سرویس دهنده وب به عنوان سرویس گیرنده در ارتباط می باشند. متقاضی خواهان مشاهده فیش حقوقی خویش است. فیشهای حقوقی در سرویس دهنده های متفاوت محاسبه میشوند. سرویس دهنده ها در سطح وب می بایست در یافت شود. به عبارت دیگر فرم اولیه كه در آن مشخصات متقاضی فیش حقوقی قرار داده می شود. در داخل این فرم اطلاعات متاقضی شامل نوع فیش حقوقی و شماره كارمندی وارد شده و برای سرویس دهنده ارسال میشود. اكنون سرویس دهنده بر اساس نوع تقاضای متقاضی یك دستگاه كاری مشخص نموده و تقاضا را كه دریافت فرم دوم جهت مشاهده فیش حقوقی است را ارسال می نماید. برای این منظور از دستور العملRedirect Response می توان استفاده نمود. پس از بكارگیری اكتیوایكس شكل توانمندی از ASP ها می باشد. با ایجاد ASPهایی كه میتوانند با یك پایگاه دادوستد كنند، شما قادرخواهید بودكه سایتهای وب بسیار پیشرفته ایی را ایجاد كنید. توزیع بار كار سرویس دهنده: از آنجائیكه تعداد متقاضیان سرویس دهنده های وب می تواند بیشمار و غیر قابل پیش بینی باشد لذا، در این بخش تكنیكی برای طرح وپیاده سازی برنامه ها برروی وب ارائه می شود.كه تاحدی بار كار سرویس دهنده های وب را می توان با استفاده از این نكنیك كاهش داد.می توان با استفاده از امكان هدایت تقاضای متقاضی های صفحات ASP، تقاضای هر متقاضی را به ایستگاه مناسب انتقال داد. ایستگاه مناسب در واقع ایستگاه ریاست كه از لحاظ با ركاری سربار كمتری دارد.در اینجا برای مثال صفحه اول از روی سرویس دهنده به متقاضی داده می شود در این صفحه متقاضی صفحه بعدی ASPرا انتخاب می كند. سرویس دهنده براساس وضعیت سرویس دهنده های دیگری ازلحاظ میزان با ركاری تصمیم می گیرد كه صفحه دوم را از كدام سرویس دهنده وب برای متقاضی باید ارسال نمود.این سرویس دهنده های وب همگی درارتباط با یكدیگر هستند.و همگی دارای كلیه صفحات مورد تقاضا باید باشند.و همگی قدرت تصمیم گیری و انتخاب سرویس دهنده وب بعدی را دارند. به این ترتیب بار كاری در بین ایستگاهای كاری توزیع می گردد.در اینجا دو مسله مطرح است كه باید به آنها پرداخت، این دو مسله در ارتباط با انتقال اطلاعات بین صفحات یك متقاضی و همچنین انتقال اطلاعات سراسری در بین متقاضیان متفاوت است. در ادامه به راه حل پیشنهادی خود برای این دو مسله می پردازیم. اولا” چنانچه صفحه اول از روی یك سرویس دهنده انتخاب شده باشد، صفحه دوم بر روی هر سرویس دهنده دیگری كه قرار داشته باشد، از طریق سرویس دهنده اولی اطلاعات به آن قابل ارسال خواهد بود. ثانیا” می توان اطلاعات سراسری را در بین سرویس دهنده ها از طریق فیلدهای پنهان درون فرم برای صفحات بعدی ارسال نمود. قابلیتهای برنامه نویسی با ASPو چگونگی كار با آن :فناوری ASP یك روش برای ایجاد نبشته هایی(Script) است كه در سمت كارگزار اجرا میشود و نتیجه ی آنها تولید پویا و ارسا ل صفحات ابر متن به سمت كاربر می باشد. ازاین فناوری می توانیم به منظور اجرای برنامه های كاربردی مبتنی بر وب استفاده كنیم،‌همچنین می توانیم صفحات ابر مبتنی دستورات نبشته و مولفه های Activexرا بایكدیگر تركیب كنیم تا برنامه های كاربردی مبتنی بروب نیرومندی ایجاد شوند.اگربا صفحات وب آشنا باشید در ادامه متوجه خواهید شد كه نبشته های یك ASP راه آسان برای ایجاد صفحات پویای وب میباشد. به عنوان مثال ، اگرتا كنون خواسته باشید اطلاعات وارد شده توسط كاربر در یك فرم ابر متن را در سمت كارگزار استخراج و پردازش كنید و یا قابلیتهای نگاه ابزار (Browser) مشتری را تشخیص داده و از آن استفاده كنید، فناوری ASP امكانات كاملی را در این زمینه برای شما فراهم می آورد. در گذشته اگر می خواستیم كه اطلاعاتی را از فرمهای ابر متن جمع آوری كنیم، لازم بود با تسلط بر یك زبان برنامه نویسی، برنامه ایی نوشته و در سمت كارگزار قرار می دادیم كه كار استخراج و پردازش اطلاعات مشتری را به عهده داشت. با استفاده ازٍِ‍ASP می توانیم با به كار گیری دستورات ساده ایی، اطلاعات یك فرم ابر متنی را جمع آوری كرده و آن ها را تحلیل كنیم و نیاز به یادگیری یك زبان سازی به صورت كامل نیست. در صفحات ASP از زبانهای VBScript وJavaScript برای نبشته نویسی استفاده می شود. توجه به این نكته ضروری است كه ASP یك تكنولوژی است و نه یك زبان، لذا اسكریپت صفحه ASP می تواند با هر زبانی نوشته شده باشد. و تنها كسی كه كارگزار ابزار لازم برای اجرای این اسكریپت را داشته باشد.تكنولوژی ASP :ASP تكنولوژی جدید است كه با میزبان وب مایكروسافت(IIS) می آید و برنامه نویسان را قادر می سازد تا برنامه هایی بنویسند كه در كامپیوتر میزبان اجرا می شود. این یكی از قوی ترین ابزارهای ایجاد صفحات دینامیك وب است. اما ASP دقیقا” چگونه كار می كند؟یك صفحه وب شامل یك سند HTML و مقداری كد اسكریپ است كه با پسوند ASP ذخیره میشود تا از صفحات معمولی HTMLمتمایز باشد. وقتی كاربر یك صفحه ASPرا باز می كتد اتفاقات ذیل می افتد:• میزبان تقاضایی برای صفحهASPدریافت می كند.• میزبان صفحه را باز كرده و كد HTMLو اسكریپت آن را تحلیل می كند. • بر اساس اسكریپت و HTMLاین صفحه یك صفحه جدیدHTMLایجاد می شود.• صفحه جدید HTML به كامپیوتر مشتری فرستاده می شود و در كاوشگر آن نمایش داده میشود شكل زیراین فرایند را به تصویر كشیده است.صفحهASP .شكل سند ASPدر میزبان وب پردازش شده وبعد ازایجاد سند HTMLآنرا به مشتری میفرستد.زبانهای اسكریپت نویسی Aspتوجه به این نكته مهم است كه ASPیك تكنولوژی است نه یك زبان اسكریپت صفحه ASP می تواند با هر زبانی نوشته شده البته استفاده ازهر زبان ویژگیهای خاص خود را دارد بطور مثال درVbscritpt نمی توان یك تابع را از خواندن آن صدا زد (صدا زدن قبل از تعریف تابع نمی تواند صورت گیرد ) ولی در gavaScaipt این كار ممكن است. البته از هر زبان مزایا و معایبی دارد كه ما نمی خواهیم در اینجا به آن بپردازیم. ساختار یك صفحه ASP :صفحات ASPماند صفحات HTMLمبتی هستند. در این صفحات از همان برچسبهای HTML استفاده می شودو فقط دارای تعدادی ساختار منطقی هستند كه د رHTMLوجود ندارد این ساختار با بر چسب > % ;% < مشخص می شوند. سندی كه به كاربر برگردانده می شود تركیبی از HTML اولی كه در صفحه ASP وجود دارد و HTML ایجاد شده توسط اسكریپت .. ASP دارای دو نوع مشخص كننده اسكریپت است كه در بالا با یكی از آنها یعنی > %;%< آشنا شدیم. نوع دوم كه از آن برای نمایش خروجی عبارات استفاده می شود چنین است: < = % 000 % > این برچسب می گوید كه مقدار عبارت را دركاوش گر نمایش بده. مثلا” اگر total یك متغییر Vbscrip باشد عبارت ذیل مقدار آن را در كاوش گر نشان خواهد داد.   < % = Total .. % >اشیا میزبان فعال :یك میزبان ASP اشیایی دارد كه می توان در اسكریپت های نوشته شده از آنها استفاده كرد. این اشیا اطلاعاتی را درباره محیط میزبان در اختیار قرار می دهند، فرمها را مدیریت می كنند و داده ها را ذخیره می كنند برای آنكه بتوان برنامه های موثر ASP نوشت باید با این اشیا آشنا بود لذا در اینجا به آنها اشاره می شود.Applicationشی Application برای به اشتراك گذاشتن داده ها بین كاربران یك برنامه مورد استفاده قرار می گیرند. تمام فایلها وزیر دایر كتوری های برنامه جز این شی هستند و اطلاعات این شی در دسترس تمام صفحات و تمام كاربران قرار دارد.توجه : شی Application اطلاعات نسبتا” محدودی را می تواند ذخیره كند برنامه های ASP نباید از این شی برای ذخیره كردن مقادیر حجیم داده استفاده كنند.برای ایجاد متغییری از شی Application باید چنین عمل كرد :Application,, Varname,, = Value كه در آن Varname ‍‍‍‎‏ نام متغییر و Value داده ای است كه در آن ذخیره می كنند و برای خواندن این مقدار اگر هدف قرار دادن در متغییر My name باشد باید به طریقه زیر عمل كرد :My name = Application ( ,, Varname,,)اما اگر داده ها با متد Post ارسال شود از كلكسیون فرم استفاده خواهیم كرد : Var = Reouest.Form (,, input Name,,)كه در هر دو دستور input name نام عنصر ورودی HTML است كه می خواهیم داده های آن را بخوانیم. ادامه خواندن مقاله دلايل ظهور سيستم هاي Application Server

نوشته مقاله دلايل ظهور سيستم هاي Application Server اولین بار در دانلود رایگان پدیدار شد.


Viewing all articles
Browse latest Browse all 46175

Trending Articles