آبجی
14th February 2010, 01:08 AM
این مطلب رو با دقت بخونید. حتما به کارتون میاد.
مشکل انتقال پروژه های ASP.NET از یک سیستم به سیستم دیگه در ASP.NET 1.x خیلی دردسر ساز بود. در این حالت باید فایل sln پروژه رو در Notepad باز می کردید و مسیر اجرای پروژه رو با مسیر سیستم خودتون تنظیم می کردید.
در ASP.NET 2.0 این مشکل با عدم نیاز پروژه به فایل sln بر طرف شد.
اما فایل sln همیشه هم بد نیست. برخی تنظیمات می تونه در این فایل قرار داده بشه تا در هنگام لود پروژه در VS به پروژه اعمال بشن.
همون طور که می دونید، VS 2008 خاصیتی با نام Multi Targeting داره که اجازه میده نوع پروژه به دلخواه، NET 3.0، .NET 2.0. و یا NET 3.5. باشه.
اگر پروژه ای که در VS 2008 ایجاد می کنید از نوع NET 2.0. باشه و اون پروژه رو بر روی سیستمی لود کنید که فقط VS 2005 داره، حتما انتظار دارید که پروژه به راحتی در VS 2005 باز بشه؟! اما اینطور نیست!
در این حالت چون در فایل sln تعریف شده که پروژه با VS 2008 ایجاد شده، VS 2005 نمی تونه اون رو باز کنه. در این حالت باید با Notepad فایل sln رو باز کنید و دنبال خطی مثل خط ذیل بگردید: <Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v9.0\WebApplications\Microsoft.WebApplica tion.targets” Condition=”" />
و عدد ۹/۰ رو به ۸/۰ تغییر بدید تا پروژه بتونه در VS 2005 اجرا بشه!
این کمی کار رو مشکل می کنه.
فرض کنید که این پروژه رو به شکل Open Source منتشر کردید. انجام عمل فوق منطقی نیست چون استفاده کننده دوست داره به راحتی بتونه پروژه رو در VS بدون توجه به نسخه ی اون باز کنه.
اگر دقت کنید می بینید که در عبارت فوق، کلمه ی Condition وجود داره.
Condition شرطی هست که میتونید به پروژه اعمال کنید تا در صورت وجود نسخه ی خاصی از VS خاصیت Project مطابق با اون تنظیم بشه.
در نهایت به شکل ذیل می تونید فایل sln رو تغییر بدید:
<Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v9.0\WebApplications\Microsoft.WebApplica tion.targets”
Condition=”‘$(Solutions.VSVersion)’ == ‘9.0′” />
<Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v8.0\WebApplications\Microsoft.WebApplica tion.targets”
Condition=”‘$(Solutions.VSVersion)’ == ‘8.0′”/>
مشکل انتقال پروژه های ASP.NET از یک سیستم به سیستم دیگه در ASP.NET 1.x خیلی دردسر ساز بود. در این حالت باید فایل sln پروژه رو در Notepad باز می کردید و مسیر اجرای پروژه رو با مسیر سیستم خودتون تنظیم می کردید.
در ASP.NET 2.0 این مشکل با عدم نیاز پروژه به فایل sln بر طرف شد.
اما فایل sln همیشه هم بد نیست. برخی تنظیمات می تونه در این فایل قرار داده بشه تا در هنگام لود پروژه در VS به پروژه اعمال بشن.
همون طور که می دونید، VS 2008 خاصیتی با نام Multi Targeting داره که اجازه میده نوع پروژه به دلخواه، NET 3.0، .NET 2.0. و یا NET 3.5. باشه.
اگر پروژه ای که در VS 2008 ایجاد می کنید از نوع NET 2.0. باشه و اون پروژه رو بر روی سیستمی لود کنید که فقط VS 2005 داره، حتما انتظار دارید که پروژه به راحتی در VS 2005 باز بشه؟! اما اینطور نیست!
در این حالت چون در فایل sln تعریف شده که پروژه با VS 2008 ایجاد شده، VS 2005 نمی تونه اون رو باز کنه. در این حالت باید با Notepad فایل sln رو باز کنید و دنبال خطی مثل خط ذیل بگردید: <Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v9.0\WebApplications\Microsoft.WebApplica tion.targets” Condition=”" />
و عدد ۹/۰ رو به ۸/۰ تغییر بدید تا پروژه بتونه در VS 2005 اجرا بشه!
این کمی کار رو مشکل می کنه.
فرض کنید که این پروژه رو به شکل Open Source منتشر کردید. انجام عمل فوق منطقی نیست چون استفاده کننده دوست داره به راحتی بتونه پروژه رو در VS بدون توجه به نسخه ی اون باز کنه.
اگر دقت کنید می بینید که در عبارت فوق، کلمه ی Condition وجود داره.
Condition شرطی هست که میتونید به پروژه اعمال کنید تا در صورت وجود نسخه ی خاصی از VS خاصیت Project مطابق با اون تنظیم بشه.
در نهایت به شکل ذیل می تونید فایل sln رو تغییر بدید:
<Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v9.0\WebApplications\Microsoft.WebApplica tion.targets”
Condition=”‘$(Solutions.VSVersion)’ == ‘9.0′” />
<Import Project=”$(MSBuildExtensionsPath)\Microsoft\Visu alStudio\v8.0\WebApplications\Microsoft.WebApplica tion.targets”
Condition=”‘$(Solutions.VSVersion)’ == ‘8.0′”/>