همه چيز در مورد انتقال از asp به asp.net

[TAHA]

بخش بیست و یکم
برنامه هائی که از بانک های اطلاعاتی استفاده می نمايند
تمامی برنامه نويسان ASP از بانک های اطلاعاتی در صفحات ASP خود استفاده می نمايند. در زمينه سوئيچ نمودن از ASP کلاسيک به ASP.NET سوالات متعددی در رابطه با وضعيت بانک های اطلاعاتی مطرح می گردد. چه نوع تغييراتی در کدهای مربوطه می بايست داده شود ؟ چه تغييرات عمده ای در زمينه دستيابی به بانک های اطلاعاتی در ASP کلاسيک نسبت به ASP.NET بوجود آمده است ؟ يکی از اخبار خوب در اين زمينه ، امکان استفاده از ADO در ASP.NET از طريق بخدمت گرفتن COM Interop است ، گرچه شرکت ماکروسافت راهکار فوق را توصيه نمی نمايد. بدلايل متعدد توصيه می گردد که از ADO.NET استفاده گردد. ADO.NET روشی مبتنی بر دات نت بمنظور دستيابی به داده ها در منابع داده ئی است . ADO و ADO.NET دارای تفاوت های متعددی با هم بوده و نمی توان ادعا نمود که ADO.NET کاملا" با ADO سازگار است . ADO.NET دارای سه شی اساسی است : DataSet ,DataReader و DataAdapter . شی DataSet را می توان با وضعيت RecordSet در ADO مقايسه نمود. DataSet مسدوليت ذخيره سازی داده ها در يک حافظه سريع غير متصل (Disconnected Cashe) را بر عهده دارد. ساختار DataSet مشابه يک بانک اطلاعاتی رابطه ای است . از DataReader بمنظور بازيابی داده ها از بانک اطلاعاتی بصورت فقط خواندنی و فقط بسمت جلو ( اشاره گر مربوطه ) استفاده می گردد. DataAdapter مجموعه ای از دستورات و ارتباطات به بانک اطلاعاتی را ارائه داده که از آنها بمنظور پر نمودن Dataset و بهنگام سازی داده ها در منابع داده ئی استفاده می گردد. در ADO.NET از دو Data Provider از قبل تعريف شده استفاده می گردد : SQLClient و OLEDB . در صورتيکه از سرويس دهنده SQL استفاده می گردد ، می بايست از SQLClient که بسيار سريع است ، استفاده گردد. ويژوال استوديو دات نت دارای امکانات متعدد طراحی بمنظور دستيابی به بانک های اطلاعاتی و استفاده از اشياء ADO.NET است . در اين راستا می توان اشيائی نظير: DataAdapter و DataSet را براحتی در يک فرم وب قرار داده و با پيکربندی مناسب آنها ، بسادگی زمينه بازيابی داده ها فراهم خواهد شد.

[TAHA]

برنامه نويسان ASP ، می بايست در رابطه با تبديل کدهای نوشته شده ADO در صفحات خود و تبديل آنها به ADO.NET اتخاذ تصميم نمايند. در صورت امکان توصيه می گردد که تمامی کدهای ADO به ADO.NET تبديل شوند. در صورتيکه تحقق توصيه فوق بدلايلی غير ممکن بنظر می آيد ، می توان از يک لايه اضافی ديگر COM Interop استفاده نمود که قطعا" باعث کاهش کارائی سيستم نيز خواهد شد.

[TAHA]

بخش بیست و سوم
استراتژهای عمومی گذر از ASP کلاسيک به ASP.NET
تبديل يک برنامه نوشته شده با ASP کلاسيک به ASP.NET کار ساده ای خواهد بود، ولی در صورتيکه برنامه پيچيده و بزرگ باشد فرآيند تبديل ، خود بمنزله يک پروژه بزرگ خواهد بود. در اين راستا لازم است که از برخی راهکارهای خاص استفاده گردد. قبل از تبديل ، می بايست بخش هائی از برنامه را که حتما" مشمول تبديلات خواهند شد ، مشخص نمود. با توجه به اين موضوع که می توان همچنان از فايل های ASP کلاسيک در کنار ASP.NET نيز استفاده کرد ، بنابراين ضرورتی نخواهد داشت که عمليات تبديل را يکباره انجام داد. نگهداری سايت موجود بمنظور ارائه خدمات مربوطه در حين فرآيند تبديل بسيار حائز اهميت بوده و نبايد بخاطر بدست آوردن يک چيز موارد ديگری را از دست داد. عدم حضور کوتاه مدت در عرصه رقابت ، ممکن است تاوان بس سنگينی را بدنبال داشته باشد که جبران نمودن آن در صورت امکان زمان و منابع متعددی را طلب نمايد. در سناريوی Multi-tier ، می توان از رويکردهای افقی و يا عمودی بمنظور اعمال تغييرات لازم استفاده نمود. در رويکرد افقی ، تمامی يک Tier به يکباره تبديل خواهد شد. مثلا" می توان تمامی عناصر COM موجود در Middle Tire را به عناصر دات نت ويا سرويس های وب تبديل نمود. در اين راستا صفحات ASP موجود در لايه Presentation آگاهی لازم را در خصوص تغييرات بوجود آمده نخواهند داشت . در ادامه می توان تمام لايه Presentation را به ASP.NET تبديل نمود. در برخی موارد تبديل تمامی يک Tier امکان پذير نخواهد بود در چنين مواردی می توان از رويکرد عمودی استفاده نمود. در رويکرد فوق بخش های مربوطه ای که می بايست تبديل گردند ، در هر Tier شناسائی می گردند . دامنه رويکرد فوق ممکن است صفحات و يا عناصر را شامل شده و عمليات تبديل آنها می بايست تواما" صورت پذيرد.
در رابطه با کدهای ADO موجود در صفحات ASP کلاسيک نيز می بايست سياست خود را مشخص نمود. در صورتيکه سرعت در دستيابی به منابع داده ئی يک فاکتور تعيين کننده است لازم است که تمامی کدها بکمک ADO.NET بازنويسی گردنند.

[TAHA]

بخش بیست و چهارم
چگونه صفحات ASP کلاسيک و ASP.NET را می توان در کنار يکديگر استفاده نمود؟
اولا" انشعاب فايل ها در ASP کلاسيک asp و در ASP.NET بصورت . aspxاست . ثانيا" هر يک از صفحات فوق دارای تنظيمات مختص بخود و بر اساس روش های خاصی می باشند. تنظيمات ASP کلاسيک در ريجستری ذخيره شده در صورتيکه تنظيمات ASP.NET در فايل های مبتنی بر Xml ذخيره می گردد.

[TAHA]

آيا برنامه های ASP کلاسيک و ASP.NET می توانند از داده های Session و Application بصورت اشتراکی استفاده نمايند؟
امکان به اشتراک گذاشتن داده های اشاره شده بين صفحات ASP کلاسيک و ASP.NET وجود ندارد.

فايل معادل Global.asa در ASP.NET چيست ؟
در ASP.NET از فايل Global.asax استفاده می گردد.

[TAHA]

آيا می توان عناصر دات نت را در ASP کلاسيک و عناصر COM را در ASP.NET استفاده نمود؟
بله . در اين راستا می توان در صفحات ASP کلاسيک از CCW بمنظور فراخوانی عناصر دات نت استفاده نمود. برای استفاده از عناصر COM در صفحات ASP.NET می توان از RCW استفاده کرد .

وضعيت مجوز Anonymous در ASP.NET به چه صورت است ؟
چون ASP.NET مستقل از IIS است ، بنابراين امکان فوق همچنان در ASP کلاسيک و ASP.NET قابل استفاده خواهد بود. مجوز فوق بصورت IUSER_machinename وجود خواهد داشت .

[TAHA]

آيا لازم است کدهای متفاوتی بمنظور اجراء بر روی مرورگرهای متفاوت نوشته گردد؟
خير . ASP.NET خروجی خود را بر اساس HTML 3.2توليده کرده که مورد حمايت تمامی مرورگرها است .

آيا می توان همچنان از ADO بهمراه ASP.NET استفاده نمود ؟
با استفاده از Interop اين امر ميسر خواهد شد. بخاطر داشته باشيم که ADO.NET بهمراه ASP.NET توصيه می گردد.

[TAHA]

وضعيت فايل های Include به چه صورت است ؟
از فايل های فوق کماکان می توان استفاده نمود ولی توصيه می گردد اين نوع فايل ها به کتابخانه ای از کلاس ها و يا کنترل های کاربر تبد يل شوند.

آيا می توان صفحات ASP کلاسيک را از طريق صفحات ASP.NET فراخواند و يا بالعکس ؟
بلی . در اين راستا می بايست حتما" از Response.Redirect استفاده نمود. Server.Transfer و Server.Execute سازگار نبوده و در صورت استفاده از آنان بمنظور فراخوانی صفحات ديگر می بايست آنها را جايگزين Response.Redirect نمود.

[TAHA]

آيا امکان اجرای دو برنامه که يکی بر اساس aspکلاسيک نوشته شده و ديگری بر اساس asp.net نوشته شده اند بر روی يک سرويس دهنده بدون وجود هيچگونه ريسکی وجود دارد؟
در اين راستا هيچگونه ريسکی وجود نخواهد داشت . دو برنامه کاملا" از يکديگر متمايز بوده و هيچگونه اينترفيس و يا ارتباطی با يکديگر ندارند.

آيا فراگيری asp.net بدون هيچگونه زمينه ای امکان پذير بوده و يا می بايست دارای آشنائی لازم با html و asp بود ؟
آشنائی با html قطعا" مفيد بوده و می توان مستقيما" اقدام به فراگيری asp.net نمود. در اين راستا الزامی وجود ندارد که حتما" می بايست در ابتدا asp کلاسيک را فراگرفت .

[TAHA]

آيا برای تبديل صفحات ASP کلاسيک به ASP.NET نرم افزارهائی ( مترجم های خاص) وجود دارد؟
متاسفانه تاکنون نرم افزاری از اين نوع ارائه نشده است .

منظور از استفاده از يک زبان در هر صفحه چيست ؟
در هر صفحه از دايرکتيوهای خاصی بمنظور معرفی زبان استفاده شده در صفحه استفاده می شود. بکمک دايرکتيوهای فوق مشخص خواهد شد که زبان استفاده شده مثلا" VB و يا C#‎ است. پس از مشخص نمودن زبان مورد نظر، تمامی کدهای نوشته شده در صفحه می بايست بر اساس زبان فوق باشند. در ASP کلاسيک امکان استفاده از VBscript و يا Jscript در يک صفحه بصورت همزمان وجود داشت .در ASP.NET با توجه به اين واقعيت که صفحات ترجمه ( کمپايل ) می گردنند، نمی توان از ترکيبی از زبانها در يک صفحه استفاده نمود. در اين راستا می بايست به اين نکنه نيز اشاره گردد که وضعيت کنترل های کاربر تا اندازه ای متفاوت است. مثلا" می توان از يک کنترل کاربر که با استفاده از C#‎ نوشته شده است در پروژه ای که از VB استفاده می کند ، نيز استفاده نمود. کنترل های کاربر يک استثناء بوده و می توان آنها را با هر زبان نوشت و آنها را توسط هر زبان استفاده نمود.