ကျွန်ုပ်တို့သည် Revit/AutoCAD ၏ မတူညီသောဗားရှင်းများအတွက် စုစည်းမှုဖြင့် ပလပ်အင်ပရောဂျက်တစ်ခုကို ပြုလုပ်ပါသည်။

CAD အပလီကေးရှင်းများအတွက် ပလပ်အင်များကို တီထွင်သည့်အခါ (ငါ့ကိစ္စမှာတော့ ၎င်းတို့သည် AutoCAD၊ Revit နှင့် Renga များဖြစ်သည်) အချိန်ကြာလာသည်နှင့်အမျှ ပြဿနာတစ်ခုပေါ်လာသည် - ပရိုဂရမ်များ၏ဗားရှင်းအသစ်များထွက်ရှိလာသည်၊ ၎င်းတို့၏ API အပြောင်းအလဲများနှင့် plugins များ၏ဗားရှင်းအသစ်များကို ပြုလုပ်ရန်လိုအပ်သည်။

သင့်တွင် ပလပ်အင်တစ်ခုသာ ရှိသည် သို့မဟုတ် ဤကိစ္စအတွက် ကိုယ်တိုင် သင်ကြားပေးသည့် အစပြုသူ ဖြစ်နေပါက၊ သင်သည် ပရောဂျက်၏ မိတ္တူကို ရိုးရှင်းစွာ ပြုလုပ်နိုင်ပြီး ၎င်းတွင် လိုအပ်သော နေရာများကို ပြောင်းလဲကာ plugin ဗားရှင်းအသစ်ကို စုစည်းနိုင်ပါသည်။ ထို့ကြောင့်၊ ကုဒ်၏နောက်ဆက်တွဲပြောင်းလဲမှုများသည် အလုပ်သမားစရိတ်များ အများအပြားတိုးလာမည်ဖြစ်သည်။

အတွေ့အကြုံနှင့် ဗဟုသုတများရရှိလာသည်နှင့်အမျှ ဤလုပ်ငန်းစဉ်ကို အလိုအလျောက်လုပ်ဆောင်ရန် နည်းလမ်းများစွာကို သင်တွေ့လိမ့်မည်။ ငါ ဒီလမ်းကို လျှောက်ခဲ့ပြီး ငါဘယ်လိုအဆုံးသတ်ပြီး ဘယ်လိုအဆင်ပြေတယ်ဆိုတာ မင်းကိုပြောပြချင်တယ်။

ဦးစွာ သိသာထင်ရှားပြီး အချိန်အတော်ကြာ အသုံးပြုခဲ့သည့် နည်းလမ်းကို ကြည့်ကြပါစို့။

ပရောဂျက်ဖိုင်များသို့ လင့်ခ်များ

အရာအားလုံးကို ရိုးရိုးရှင်းရှင်း၊ အမြင်အာရုံနှင့် နားလည်နိုင်စေရန်၊ plugin ဖွံ့ဖြိုးတိုးတက်မှု၏ စိတ္တဇနမူနာကို အသုံးပြု၍ အရာအားလုံးကို ဖော်ပြပါမည်။

Visual Studio ကိုဖွင့်ကြပါစို့ (ကျွန်ုပ်တွင် Community 2019 ဗားရှင်းရှိသည်။ ဟုတ်ကဲ့ - ရုရှားဘာသာဖြင့်) နှင့် ဖြေရှင်းချက်အသစ်တစ်ခုကို ဖန်တီးကြပါစို့။ သူ့ကိုခေါ်ရအောင် MySuperPluginForRevit

2015-2020 ဗားရှင်းများအတွက် Revit အတွက် ပလပ်အင်တစ်ခု ပြုလုပ်ပါမည်။ ထို့ကြောင့်၊ ဖြေရှင်းချက် (Net Framework Class Library) တွင် ပရောဂျက်အသစ်တစ်ခုကို ဖန်တီးပြီး ၎င်းကို ခေါ်ကြပါစို့ MySuperPluginForRevit_2015

Revit API သို့ လင့်ခ်များထည့်ရန် လိုအပ်ပါသည်။ ဟုတ်ပါတယ်၊ ကျွန်ုပ်တို့သည် ဒေသဆိုင်ရာဖိုင်များသို့ လင့်ခ်များကို ပေါင်းထည့်နိုင်သည် (ကျွန်ုပ်တို့သည် လိုအပ်သော SDKs သို့မဟုတ် Revit ဗားရှင်းအားလုံးကို ထည့်သွင်းရန် လိုအပ်ပါမည်)၊ သို့သော် ကျွန်ုပ်တို့သည် မှန်ကန်သောလမ်းကြောင်းအတိုင်း ချက်ခြင်းလုပ်ဆောင်ပြီး NuGet အထုပ်ကို ချိတ်ဆက်ပါမည်။ ပက်ကေ့ဂျ်အနည်းငယ်ကို သင်ရှာတွေ့နိုင်သော်လည်း ကျွန်ုပ်သည် ကျွန်ုပ်၏ကိုယ်ပိုင်ကို အသုံးပြုပါမည်။

ပက်ကေ့ဂျ်ကိုချိတ်ဆက်ပြီးနောက်၊ item ပေါ်တွင် right-click နှိပ်ပါ။ကိုးကား"ပြီး​တော့ ပစ္စည်းကို​ရွေးပါ"packages.config ကို PackageReference သို့ ရွှေ့ပါ...»

အကယ်၍ ဤအချက်တွင် သင် ရုတ်တရက် ထိတ်လန့်သွားပါက၊ package properties window တွင် အရေးကြီးသောအရာ မရှိတော့သောကြောင့် "ပြည်တွင်းမှာ ကူးယူပါ။“ကျိန်းသေတန်ဘိုး သတ်မှတ်ဖို့ လိုတယ်။ မမှန်သောထို့နောက် မထိတ်လန့်ပါနှင့် - ပရောဂျက်နှင့်အတူ ဖိုင်တွဲသို့သွားပါ၊ သင့်အတွက် အဆင်ပြေသော တည်းဖြတ်သူရှိ .csproj တိုးချဲ့မှုဖြင့် ဖိုင်ကိုဖွင့်ပါ (ကျွန်တော် Notepad++ သုံးသည်) နှင့် ကျွန်ုပ်တို့၏ပက်ကေ့ဂျ်နှင့်ပတ်သက်သော ထည့်သွင်းမှုကို ရှာပါ။ သူမ ယခုပုံရသည်

<PackageReference Include="ModPlus.Revit.API.2015">
  <Version>1.0.0</Version>
</PackageReference>

၎င်းတွင် ပစ္စည်းတစ်ခုထည့်ပါ။ runtime. ဤကဲ့သို့ ထွက်ပေါ်လာလိမ့်မည်-

<PackageReference Include="ModPlus.Revit.API.2015">
  <Version>1.0.0</Version>
  <ExcludeAssets>runtime</ExcludeAssets>
</PackageReference>

ယခု၊ ပရောဂျက်တစ်ခုတည်ဆောက်သောအခါ၊ အထုပ်မှဖိုင်များကို အထွက်ဖိုင်တွဲသို့ ကူးယူမည်မဟုတ်ပါ။
နောက်ထပ်သွားကြပါစို့ - ကျွန်ုပ်တို့၏ပလပ်အင်သည် ဗားရှင်းအသစ်များထွက်ရှိလာသောအခါ အချိန်နှင့်အမျှ ပြောင်းလဲသွားသည့် Revit API မှ တစ်ခုခုကို အသုံးပြုမည်ဟု ချက်ချင်းစိတ်ကူးကြည့်ကြပါစို့။ သို့မဟုတ်ပါက ကျွန်ုပ်တို့သည် plugin ကိုပြုလုပ်နေသည့် Revit ဗားရှင်းပေါ်မူတည်၍ ကုဒ်ထဲတွင် တစ်ခုခုကို ပြောင်းလဲရန် လိုအပ်ပါသည်။ ကုဒ်တွင် ကွဲပြားမှုများကို ဖြေရှင်းရန်၊ အခြေအနေအလိုက် စုစည်းမှုသင်္ကေတများကို အသုံးပြုပါမည်။ ပရောဂျက်ဂုဏ်သတ္တိများကိုဖွင့်ပါ၊ “ tab ကိုသွားပါ။အစည်းအဝေး"ကွင်းထဲမှာ"Conditional compilation အမှတ်အသား"ရေးကြရအောင် R2015.

Debug နှင့် Release configurations နှစ်ခုလုံးအတွက် သင်္ကေတကို ထည့်ရမည်ကို သတိပြုပါ။

ကောင်းပြီ၊ ကျွန်ုပ်တို့သည် Properties Window တွင်ရှိနေစဉ်၊ ကျွန်ုပ်တို့သည် “tab” ကို ချက်ချင်းသွားပါ။လြှောကျလှာ"ကွင်းထဲမှာ"မူရင်းအမည်နေရာ» နောက်ဆက်တွဲကို ဖယ်ရှားပါ။ _2015ထို့ကြောင့် ကျွန်ုပ်တို့၏ namespace သည် စကြဝဠာဖြစ်ပြီး စည်းဝေးပွဲအမည်မှ သီးခြားဖြစ်နေစေရန်။

ကျွန်ုပ်၏ကိစ္စတွင်၊ နောက်ဆုံးထုတ်ကုန်တွင်၊ ဗားရှင်းအားလုံး၏ plugins များကို ဖိုင်တွဲတစ်ခုထဲတွင် ထည့်သွင်းထားသောကြောင့် ကျွန်ုပ်၏ စုဝေးမှုအမည်များသည် ဖောင်၏နောက်ဆက်တွဲတွင် ရှိနေပါသည်။ _20хх. သို့သော် ဖိုင်များကို မတူညီသော ဖိုင်တွဲများတွင် ထားရှိသင့်သည်ဆိုပါက နောက်ဆက်တွဲကို ပရိသတ်အမည်မှ ဖယ်ရှားနိုင်သည်။

ဖိုင်ကုဒ်ကို သွားကြည့်ရအောင် Class1.cs Revit ၏ မတူညီသောဗားရှင်းများကို ထည့်သွင်းစဉ်းစားကာ ထိုနေရာတွင် ကုဒ်အချို့ကို အတုယူပါ-

namespace MySuperPluginForRevit
{
    using Autodesk.Revit.Attributes;
    using Autodesk.Revit.DB;
    using Autodesk.Revit.UI;

    [Regeneration(RegenerationOption.Manual)]
    [Transaction(TransactionMode.Manual)]
    public class Class1 : IExternalCommand
    {
        public Result Execute(ExternalCommandData commandData, ref string message, ElementSet elements)
        {
#if R2015
            TaskDialog.Show("ModPlus", "Hello Revit 2015");
#elif R2016
            TaskDialog.Show("ModPlus", "Hello Revit 2016");
#elif R2017
            TaskDialog.Show("ModPlus", "Hello Revit 2017");
#elif R2018
            TaskDialog.Show("ModPlus", "Hello Revit 2018");
#elif R2019
            TaskDialog.Show("ModPlus", "Hello Revit 2019");
#elif R2020
            TaskDialog.Show("ModPlus", "Hello Revit 2020");
#endif
            return Result.Succeeded;
        }
    }
}

ကျွန်ုပ်သည် Revit ဗားရှင်း 2015 အထက်ဗားရှင်းအားလုံးကို (စာရေးချိန်၌ ရရှိနိုင်သော) ဗားရှင်းအားလုံးကို ထည့်သွင်းစဉ်းစားပြီး တူညီသောပုံစံပလိတ်ကို အသုံးပြု၍ ဖန်တီးထားသည့် အခြေအနေအလိုက်စုစည်းမှုသင်္ကေတများ ရှိနေခြင်းကို ချက်ချင်းထည့်သွင်းစဉ်းစားခဲ့သည်။

ပင်မမီးမောင်းထိုးပြသို့ ဆက်သွားကြပါစို့။ Revit 2016 အတွက် plugin ဗားရှင်းအတွက်သာ ကျွန်ုပ်တို့၏ဖြေရှင်းချက်တွင် ပရောဂျက်အသစ်တစ်ခုကို ဖန်တီးပါသည်။ အထက်ဖော်ပြပါအဆင့်အားလုံးကို အသီးသီးပြန်လုပ်ကာ 2015 နံပါတ်ကို 2016 နံပါတ်ဖြင့် အစားထိုးပါသည်။ သို့သော် ဖိုင် Class1.cs ပရောဂျက်အသစ်မှ ဖျက်ပါ။

လိုအပ်သောကုဒ်နှင့်အတူ ဖိုင်- Class1.cs - ကျွန်တော်တို့မှာ ရှိပြီးသားဖြစ်ပြီး ပရောဂျက်အသစ်တစ်ခုမှာ ၎င်းကို လင့်ခ်တစ်ခုထည့်ဖို့ လိုပါတယ်။ လင့်ခ်များကို ထည့်သွင်းရန် နည်းလမ်းနှစ်ခုရှိသည်။

1. ရှည်သည်။ - ပရောဂျက်ကို right-click နှိပ်ပြီး "ပေါင်း"->"ရှိပြီးသားဒြပ်စင်"ပွင့်သောဝင်းဒိုးတွင်၊ လိုအပ်သောဖိုင်ကိုရှာဖွေပြီး ရွေးချယ်စရာအစား"ပေါင်း" option ကိုရွေးပါ "ချိတ်ဆက်မှုအဖြစ် ထည့်ပါ။»

1. တိုတောင်းသော - ဖြေရှင်းချက်ရှာဖွေသူတွင် တိုက်ရိုက်၊ အလိုရှိသောဖိုင် (သို့မဟုတ် ဖိုင်များ သို့မဟုတ် ဖိုင်တွဲများပင်) ကိုရွေးချယ်ပြီး Alt ခလုတ်ကို ဖိထားပြီး ပရောဂျက်အသစ်တစ်ခုသို့ ဆွဲယူပါ။ သင်ဆွဲယူလိုက်သည်နှင့် Alt ခလုတ်ကို နှိပ်လိုက်သောအခါ၊ mouse cursor သည် အပေါင်းလက္ခဏာမှ မြှားတစ်စင်းသို့ ပြောင်းသွားသည်ကို တွေ့ရပါမည်။
   UPD: ဤစာပိုဒ်တွင် အနည်းငယ် ရှုပ်ထွေးမှုများ ပြုလုပ်ခဲ့သည် - ဖိုင်များစွာကို လွှဲပြောင်းရန် ဖိထားသင့်သည်။ Shift + Alt!

လုပ်ထုံးလုပ်နည်းကိုဆောင်ရွက်ပြီးနောက်၊ ဒုတိယပရောဂျက်တွင် ဖိုင်တစ်ခုရရှိပါမည်။ Class1.cs သက်ဆိုင်ရာ အိုင်ကွန် (အပြာရောင်မြှား) ဖြင့်

တည်းဖြတ်ဝင်းဒိုးရှိ ကုဒ်ကို တည်းဖြတ်သည့်အခါ၊ ကုဒ်ကိုပြသရန် မည်သည့်ပရောဂျက်အကြောင်းအရာကို သင်ရွေးချယ်နိုင်သည်၊ ၎င်းသည် မတူညီသောအခြေအနေအလိုက် စုစည်းမှုသင်္ကေတများအောက်တွင် ကုဒ်ကို တည်းဖြတ်ထားသည်ကို မြင်တွေ့နိုင်စေသည်-

ဤအစီအစဉ်ကို အသုံးပြု၍ အခြားပရောဂျက်များ (2017-2020) အားလုံးကို ဖန်တီးပါသည်။ Life hack - အကယ်၍ သင်သည် အခြေခံပရောဂျက်မှမဟုတ်ဘဲ Solution Explorer တွင်ဖိုင်များကိုဆွဲယူပါက ၎င်းတို့ကိုလင့်ခ်အဖြစ်ထည့်သွင်းထားသည့်ပရောဂျက်မှဆိုလျှင် Alt သော့ကိုဖိထားရန်မလိုအပ်ပါ။

ပလပ်အင်ဗားရှင်းအသစ်ထည့်သည့်အချိန် သို့မဟုတ် ပရောဂျက်သို့ ဖိုင်အသစ်များထည့်သည့်အခိုက်အတန့်အထိ ဖော်ပြထားသောရွေးချယ်ခွင့်သည် အလွန်ကောင်းမွန်ပါသည်။ မကြာသေးမီက ကျွန်တော်သည် ပရောဂျက်တစ်ခုနှင့် အားလုံးကို ဘယ်လိုခွဲရမလဲဆိုတာ ရုတ်တရက် သဘောပေါက်သွားပြီး ဒုတိယနည်းလမ်းကို ဆက်သွားနေပါတယ်။

ဖွဲ့စည်းမှု၏ ပဉ္စလက်

ဤနေရာတွင်ဖတ်ပြီးသည်နှင့် "ဆောင်းပါးသည် ဒုတိယအကြောင်းချက်ချင်းဖြစ်လျှင် ပထမနည်းလမ်းကို အဘယ်ကြောင့်ဖော်ပြသနည်း။" ပြီးတော့ အခြေအနေအလိုက် စုစည်းမှုသင်္ကေတတွေ ဘာကြောင့် လိုအပ်တာလဲ ဆိုတာကို ပိုရှင်းရှင်းလင်းလင်း သိနိုင်စေဖို့ အရာအားလုံးကို ကျွန်တော် ရှင်းပြထားပါတယ်။ ယခုမူ ကျွန်ုပ်တို့အား အကောင်အထည်ဖော်ရန် လိုအပ်သော ပရောဂျက်များတွင် ကွဲပြားမှုများသည် ပရောဂျက်တစ်ခုသာ ကျန်ရှိတော့ကြောင်း အတိအကျ သိလာရသည်။

အရာအားလုံးကို ပိုမိုသိသာစေရန်အတွက်၊ ကျွန်ုပ်တို့သည် ပရောဂျက်အသစ်ကို ဖန်တီးမည်မဟုတ်သော်လည်း ပထမနည်းလမ်းဖြင့် ဖန်တီးထားသော ကျွန်ုပ်တို့၏ လက်ရှိပရောဂျက်ကို အပြောင်းအလဲများပြုလုပ်ပါမည်။

ထို့ကြောင့် ပထမဦးစွာ၊ ကျွန်ုပ်တို့သည် ပင်မတစ်ခုမှလွဲ၍ (ဖိုင်များ တိုက်ရိုက်ပါရှိသော) မှလွဲ၍ ပရောဂျက်အားလုံးကို ဖယ်ရှားလိုက်ပါ။ အဲဒါတွေ။ ဗားရှင်း 2016-2020 အတွက် ပရောဂျက်များ။ ဖြေရှင်းချက်ဖြင့် ဖိုင်တွဲကိုဖွင့်ပြီး ဤပရောဂျက်များ၏ ဖိုင်တွဲများကို ထိုနေရာတွင် ဖျက်ပါ။

ကျွန်ုပ်တို့၏ ဆုံးဖြတ်ချက်တွင် ပရောဂျက်တစ်ခု ကျန်ပါသေးသည်။ MySuperPluginForRevit_2015. ၎င်း၏ဂုဏ်သတ္တိများကိုဖွင့်ပြီး-

1. tab ပေါ်တွင် "လြှောကျလှာ"ပရိသတ်အမည်မှ နောက်ဆက်တွဲကို ဖယ်ရှားပါ။ _2015 (ဘာကြောင့်လဲဆိုတာ နောက်ပိုင်းမှာ ရှင်းသွားပါလိမ့်မယ်)
2. tab ပေါ်တွင် "အစည်းအဝေး» အခြေအနေအလိုက်စုစည်းမှုသင်္ကေတကို ဖယ်ရှားပါ။ R2015 သက်ဆိုင်ရာနယ်ပယ်မှ

မှတ်ချက်- Visual Studio ၏ နောက်ဆုံးဗားရှင်းတွင် ချွတ်ယွင်းချက်တစ်ခုရှိသည် - ၎င်းတို့ကိုရရှိနိုင်သော်လည်း ပရောဂျက်ဂုဏ်သတ္တိများဝင်းဒိုးတွင် အခြေအနေအလိုက် စုစည်းမှုသင်္ကေတများကို မပြသပါ။ အကယ်၍ သင်သည် ဤချို့ယွင်းချက်ကို ကြုံတွေ့ပါက၊ ၎င်းတို့ကို .csproj ဖိုင်မှ ကိုယ်တိုင်ဖယ်ရှားရန် လိုအပ်ပါသည်။ သို့သော်၊ ကျွန်ုပ်တို့သည် ၎င်းတွင် အလုပ်လုပ်ရန် ကျန်ရှိနေသေးသောကြောင့် ဆက်ဖတ်ပါ။

နောက်ဆက်တွဲကို ဖယ်ရှားခြင်းဖြင့် Solution Explorer ဝင်းဒိုးတွင် ပရောဂျက်ကို အမည်ပြောင်းပါ။ _2015 ထို့နောက် ပရောဂျက်ကို ဖြေရှင်းချက်မှ ဖယ်ရှားပါ။ စုံလင်သူများ၏ စည်းမျဥ်းစည်းကမ်းနှင့် ခံစားချက်များကို ထိန်းသိမ်းရန် ဤအရာသည် လိုအပ်ပါသည်။ ကျွန်ုပ်တို့သည် ကျွန်ုပ်တို့၏ဖြေရှင်းချက်ဖိုဒါကိုဖွင့်ပြီး၊ ထိုနေရာတွင် ပရောဂျက်ဖိုင်တွဲကို အမည်ပြောင်းကာ ပရောဂျက်ကို ဖြေရှင်းချက်ထဲသို့ ပြန်ထည့်ပါ။

ဖွဲ့စည်းမှုမန်နေဂျာကိုဖွင့်ပါ။ အမေရိကန်ဖွဲ့စည်းပုံ လွှတ်ပေး မူအရ၊ ၎င်းကိုမလိုအပ်ပါ၊ ထို့ကြောင့်ကျွန်ုပ်တို့ဖျက်ပါ။ ကျွန်ုပ်တို့နှင့်ရင်းနှီးပြီးသားအမည်များဖြင့် ဖွဲ့စည်းမှုအသစ်များကို ဖန်တီးပါသည်။ R2015, R2016၊ …၊ R2020. အခြားဖွဲ့စည်းပုံစနစ်များမှ ဆက်တင်များကို ကူးယူရန် မလိုအပ်ဘဲ ပရောဂျက်ဖွဲ့စည်းပုံများကို ဖန်တီးရန် မလိုအပ်ကြောင်း သတိပြုပါ။

ပရောဂျက်နှင့်အတူ ဖိုင်တွဲသို့သွားပြီး သင့်အတွက် အဆင်ပြေသည့် တည်းဖြတ်သူရှိ .csproj တိုးချဲ့မှုဖြင့် ဖိုင်ကိုဖွင့်ပါ။ စကားမစပ်၊ သင်သည် ၎င်းကို Visual Studio တွင်ဖွင့်နိုင်သည် - သင်သည် ပရောဂျက်ကို လွှင့်တင်ရန် လိုအပ်ပြီး ထို့နောက် လိုချင်သောအရာသည် ဆက်စပ်မီနူးတွင် ရှိနေလိမ့်မည်-

တည်းဖြတ်သူသည် ချိန်ညှိခြင်းနှင့် အချက်ပေးချက်များ နှစ်ခုစလုံးကြောင့် Visual Studio တွင်တည်းဖြတ်ခြင်းသည် ပိုကောင်းပါသည်။

ဖိုင်ထဲမှာ element တွေကိုတွေ့လိမ့်မယ်။ အိမ်ခြံမြေအုပ်စု - အပေါ်ဆုံးမှာ ယေဘုယျတစ်ခုဖြစ်ပြီး၊ ပြီးတော့ အခြေအနေတွေ ပေါ်လာပါတယ်။ ဤဒြပ်စင်များသည် ၎င်းကို တည်ဆောက်သည့်အခါ ပရောဂျက်၏ ဂုဏ်သတ္တိများကို သတ်မှတ်ပေးသည်။ အခြေအနေမရှိသော ပထမဒြပ်စင်သည် ယေဘူယျဂုဏ်သတ္တိများကို သတ်မှတ်ပေးသည်၊ နှင့် အခြေအနေများဖြင့် ဒြပ်စင်များနှင့်အညီ၊ အချို့သော ဂုဏ်သတ္တိများကို ဖွဲ့စည်းမှုပုံစံများပေါ် မူတည်၍ ပြောင်းလဲသည်။

ဘုံ (ပထမ) ဒြပ်စင်သို့သွားပါ။ အိမ်ခြံမြေအုပ်စု ဥစ္စာကိုကြည့်ရှုလော့ စည်းဝေးပွဲအမည် - ဒါက စည်းဝေးပွဲရဲ့ နာမည်ဖြစ်ပြီး နောက်ဆက်မပါတဲ့ ပါရမယ်။ _2015. နောက်ဆက်တွဲရှိရင် ဖယ်လိုက်ပါ။

အခြေအနေတစ်ခုနှင့် ဒြပ်စင်တစ်ခုကို ရှာဖွေခြင်း။

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|AnyCPU' ">

မလိုအပ်ပါဘူး၊ ဖျက်ပစ်လိုက်တယ်။

အခြေအနေနှင့်အတူဒြပ်စင်

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">

code development နှင့် debugging အဆင့်တွင် အလုပ်လုပ်ရန် လိုအပ်ပါမည်။ သင့်လိုအပ်ချက်များနှင့် ကိုက်ညီစေရန် ၎င်း၏ ဂုဏ်သတ္တိများကို ပြောင်းလဲနိုင်သည် - မတူညီသော အထွက်လမ်းကြောင်းများ သတ်မှတ်ခြင်း၊ အခြေအနေအလိုက် စုစည်းမှုသင်္ကေတများကို ပြောင်းလဲခြင်း စသည်

အခု ဒြပ်စင်အသစ်တွေ ဖန်တီးကြည့်ရအောင် အိမ်ခြံမြေအုပ်စု ကျွန်ုပ်တို့၏ဖွဲ့စည်းပုံများအတွက်။ ဤဒြပ်စင်များတွင် ကျွန်ုပ်တို့သည် ဂုဏ်သတ္တိလေးပါးကို သတ်မှတ်ရန် လိုအပ်သည်-

• OutputPath - အထွက်ဖိုင်တွဲ။ ပုံသေတန်ဖိုးကို ငါသတ်မှတ်တယ်။ binR20xx
• Constants ကို သတ်မှတ်ပါ။ - အခြေအနေအလိုက်စုစည်းမှုသင်္ကေတများ။ တန်ဖိုးကို သတ်မှတ်ရမည်။ TRACE;R20хх
• TargetFrameworkVersion - ပလပ်ဖောင်းဗားရှင်း။ Revit API ၏ မတူညီသောဗားရှင်းများကို သတ်မှတ်ရန် မတူညီသော ပလက်ဖောင်းများ လိုအပ်သည်။
• စည်းဝေးပွဲအမည် - စည်းဝေးပွဲအမည် (ဆိုလိုသည်မှာ ဖိုင်အမည်)။ စည်းဝေးပွဲ၏အမည်အတိအကျကို သင်ရေးနိုင်သော်လည်း စွယ်စုံရရန်အတွက် ကျွန်ုပ်တန်ဖိုးကို ရေးသားရန် အကြံပြုပါသည်။ $(AssemblyName)_20хх. ထိုသို့လုပ်ဆောင်ရန်၊ ကျွန်ုပ်တို့သည် ယခင်က အသင်းတော်အမည်မှ နောက်ဆက်တွဲကို ဖယ်ရှားခဲ့သည်။

ဤဒြပ်စင်များအားလုံး၏ အရေးကြီးဆုံးအင်္ဂါရပ်မှာ ၎င်းတို့ကို လုံးဝမပြောင်းလဲဘဲ အခြားပရောဂျက်များသို့ အလွယ်တကူကူးယူနိုင်ခြင်းဖြစ်သည်။ ဆောင်းပါးနောက်ပိုင်းတွင် .csproj ဖိုင်၏ အကြောင်းအရာအားလုံးကို ပူးတွဲတင်ပြပါမည်။

ကောင်းပြီ၊ ကျွန်ုပ်တို့သည် ပရောဂျက်၏ ဂုဏ်သတ္တိများကို ရှာဖွေပြီးပြီ - ၎င်းသည် မခက်ခဲပါ။ ဒါပေမယ့် plug-in libraries (NuGet packages) နဲ့ ဘာလုပ်ရမလဲ။ ထပ်မံလေ့လာကြည့်လျှင် ပါဝင်သော စာကြည့်တိုက်များကို အစိတ်အပိုင်းများတွင် သတ်မှတ်ထားသည်ကို တွေ့ရမည်ဖြစ်ပါသည်။ ItemGroup. သို့သော် ကံမကောင်းပါ - ဤဒြပ်စင်သည် အခြေအနေများကို ဒြပ်စင်တစ်ခုအဖြစ် မှားယွင်းစွာ လုပ်ဆောင်သည်။ အိမ်ခြံမြေအုပ်စု. Visual Studio ချို့ယွင်းချက်တစ်ခုပင်ဖြစ်နိုင်သည်၊ သို့သော် အကယ်၍ သင်သည် အစိတ်အပိုင်းများစွာကို သတ်မှတ်ပေးမည်ဆိုလျှင် ItemGroup ဖွဲ့စည်းမှုအခြေအနေများနှင့်အတူ၊ အတွင်းရှိ NuGet ပက်ကေ့ဂျ်များသို့ မတူညီသောလင့်ခ်များကို ထည့်သွင်းပါ၊ ထို့နောက် ဖွဲ့စည်းမှုပုံစံကို သင်ပြောင်းလဲသောအခါ၊ သတ်မှတ်ထားသော ပက်ကေ့ဂျ်အားလုံးကို ပရောဂျက်သို့ ချိတ်ဆက်ထားသည်။

ဒြပ်စင်သည် ကျွန်ုပ်တို့၏အကူအညီသို့ ရောက်ရှိလာပါသည်။ ရှေးခယျြကျွန်ုပ်တို့၏ ပုံမှန်ယုတ္တိဗေဒအရ အလုပ်လုပ်ပါသည်။ လျှင် - ထို့နောက် - အခြား.

ဒြပ်စင်ကိုအသုံးပြုခြင်း။ ရှေးခယျြမတူညီသောဖွဲ့စည်းပုံများအတွက် မတူညီသော NuGet ပက်ကေ့ဂျ်များကို ကျွန်ုပ်တို့ သတ်မှတ်သည်-

အကြောင်းအရာအားလုံး csproj

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="15.0"  ">Debug</Configuration>
    <Platform Condition=" '$(Platform)' == '' ">AnyCPU</Platform>
    <ProjectGuid>{5AD738D6-4122-4E76-B865-BE7CE0F6B3EB}</ProjectGuid>
    <OutputType>Library</OutputType>
    <AppDesignerFolder>Properties</AppDesignerFolder>
    <RootNamespace>MySuperPluginForRevit</RootNamespace>
    <AssemblyName>MySuperPluginForRevit</AssemblyName>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <FileAlignment>512</FileAlignment>
    <Deterministic>true</Deterministic>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|AnyCPU' ">
    <DebugSymbols>true</DebugSymbols>
    <DebugType>full</DebugType>
    <Optimize>false</Optimize>
    <OutputPath>binDebug</OutputPath>
    <DefineConstants>DEBUG;R2015</DefineConstants>
    <ErrorReport>prompt</ErrorReport>
    <WarningLevel>4</WarningLevel>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2015|AnyCPU' ">
    <OutputPath>binR2015</OutputPath>
    <DefineConstants>TRACE;R2015</DefineConstants>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2015</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2016|AnyCPU' ">
    <OutputPath>binR2016</OutputPath>
    <DefineConstants>TRACE;R2016</DefineConstants>
    <TargetFrameworkVersion>v4.5</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2016</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2017|AnyCPU' ">
    <OutputPath>binR2017</OutputPath>
    <DefineConstants>TRACE;R2017</DefineConstants>
    <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2017</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2018|AnyCPU' ">
    <OutputPath>binR2018</OutputPath>
    <DefineConstants>TRACE;R2018</DefineConstants>
    <TargetFrameworkVersion>v4.5.2</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2018</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2019|AnyCPU' ">
    <OutputPath>binR2019</OutputPath>
    <DefineConstants>TRACE;R2019</DefineConstants>
    <TargetFrameworkVersion>v4.7</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2019</AssemblyName>
  </PropertyGroup>
  <PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'R2020|AnyCPU' ">
    <OutputPath>binR2020</OutputPath>
    <DefineConstants>TRACE;R2020</DefineConstants>
    <TargetFrameworkVersion>v4.7</TargetFrameworkVersion>
    <AssemblyName>$(AssemblyName)_2020</AssemblyName>
  </PropertyGroup>
  <ItemGroup>
    <Reference Include="System" />
    <Reference Include="System.Core" />
    <Reference Include="System.Xml.Linq" />
    <Reference Include="System.Data.DataSetExtensions" />
    <Reference Include="Microsoft.CSharp" />
    <Reference Include="System.Data" />
    <Reference Include="System.Net.Http" />
    <Reference Include="System.Xml" />
  </ItemGroup>
  <ItemGroup>
    <Compile Include="Class1.cs" />
    <Compile Include="PropertiesAssemblyInfo.cs" />
  </ItemGroup>
  <Choose>
    <When Condition=" '$(Configuration)'=='R2015' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2015">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2016' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2016">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2017' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2017">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2018' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2018">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2019' ">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2019">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
    <When Condition=" '$(Configuration)'=='R2020' or '$(Configuration)'=='Debug'">
      <ItemGroup>
        <PackageReference Include="ModPlus.Revit.API.2020">
          <Version>1.0.0</Version>
          <ExcludeAssets>runtime</ExcludeAssets>
        </PackageReference>
      </ItemGroup>
    </When>
  </Choose>
  <Import Project="$(MSBuildToolsPath)Microsoft.CSharp.targets" />
</Project>

အခြေအနေများထဲမှ တစ်ခုတွင် ကျွန်ုပ်သည် ဖွဲ့စည်းမှုပုံစံနှစ်ခုမှတစ်ဆင့် သတ်မှတ်ပေးထားကြောင်း သတိပြုပါ။ သို့မဟုတ်. ဤနည်းဖြင့် လိုအပ်သော ပက်ကေ့ခ်ျကို ဖွဲ့စည်းမှုအတွင်း ချိတ်ဆက်သွားပါမည်။ ဒီဘာဂ်.

ပြီးတော့ ဒီမှာ အားလုံးနီးပါး ပြီးပြည့်စုံတယ်။ ကျွန်ုပ်တို့သည် ပရောဂျက်ကို ပြန်တင်ကာ၊ ကျွန်ုပ်တို့ လိုအပ်သော ဖွဲ့စည်းမှုပုံစံကို ဖွင့်ပါ၊ ဖြေရှင်းချက်၏ ဆက်စပ်မီနူးတွင် အကြောင်းအရာကို ခေါ်ပါ (ပရောဂျက်မဟုတ်ပါ)NuGet ပက်ကေ့ဂျ်အားလုံးကို ပြန်ယူပါ။“ကျွန်တော်တို့ရဲ့ ပက်ကေ့ချ်တွေက ဘယ်လိုပြောင်းလဲသွားလဲဆိုတာ ကျွန်တော်တို့ မြင်ပါတယ်။

ဤအဆင့်တွင် ကျွန်ုပ်သည် အဆုံးစွန်သော အဆုံးသို့ ရောက်ခဲ့သည်- ဖွဲ့စည်းမှုအားလုံးကို တစ်ပြိုင်နက် စုဆောင်းနိုင်ရန်၊ ကျွန်ုပ်တို့သည် သုတ်စည်းဝေးပွဲကို (menu "") ကို အသုံးပြုနိုင်သည်။အစည်းအဝေး"->"အသုတ်လိုက်ဆောက်") သို့သော် ဖွဲ့စည်းမှုပုံစံများကို ပြောင်းသည့်အခါ ပက်ကေ့ဂျ်များကို အလိုအလျောက် ပြန်လည်ရယူမည်မဟုတ်ပါ။ ပရောဂျက်ကို တပ်ဆင်သောအခါတွင်၊ သီအိုရီအရ ဖြစ်သင့်သော်လည်း၊ စံနည်းလမ်းများကို အသုံးပြု၍ ဤပြဿနာအတွက် အဖြေကို ကျွန်ုပ်ရှာမတွေ့ပါ။ ဖြစ်နိုင်တာကတော့ Visual Studio bug တစ်ခုလည်း ဖြစ်နိုင်ပါတယ်။

ထို့ကြောင့် batch assembly အတွက် အထူး အလိုအလျောက် တပ်ဆင်မှုစနစ်ကို အသုံးပြုရန် ဆုံးဖြတ်ခဲ့သည်။ နျူကလီးယား. Plugin ဖွံ့ဖြိုးတိုးတက်မှုတွင် လွန်လွန်ကဲကဲ ထင်မြင်မိသောကြောင့် ၎င်းကို အမှန်တကယ် မလိုချင်ခဲ့ဘဲ ယခုအချိန်တွင် အခြားဖြေရှင်းချက်တစ်ခုမျှ မတွေ့ရသေးပါ။ ပြီးတော့ "ဘာကြောင့် Nuke" ဆိုတဲ့မေးခွန်းအတွက် အဖြေက ရိုးရှင်းပါတယ် - ကျွန်တော်တို့က အဲဒါကို အလုပ်မှာ သုံးပါတယ်။

ထို့ကြောင့် ကျွန်ုပ်တို့၏ဖြေရှင်းချက် (ပရောဂျက်မဟုတ်ပါ) ဖိုင်တွဲသို့သွား၍ သော့ကိုဖိထားပါ။ အဆိုင်း ဖိုင်တွဲအတွင်းရှိ လွတ်နေသောနေရာပေါ်တွင် ညာဖက်ကလစ်နှိပ်ပါ - ဆက်စပ်မီနူးတွင် ဖိုင်ကိုရွေးချယ်ပါ။PowerShell ဝင်းဒိုးကို ဤနေရာတွင် ဖွင့်ပါ။"။

မတပ်ဆင်ရသေးရင် nukeပြီးရင် ပထမဆုံး command ကိုရေးပါ။

dotnet tool install Nuke.GlobalTool –global

ယခု command ကိုရေးပါ။ nuke နှင့် configure လုပ်ရန် သင့်အား သတိပေးလိမ့်မည်။ nuke လက်ရှိပရောဂျက်အတွက်။ ဒါကို ရုရှားလို ပိုမှန်အောင် ဘယ်လိုရေးရမှန်း မသိတော့ဘူး - အင်္ဂလိပ်လို .nuke ဖိုင် ရှာမတွေ့နိုင်ဘူးလို့ ရေးထားလိမ့်မယ်။ တည်ဆောက်မှုကို စနစ်ထည့်သွင်းလိုပါသလား။ [y/n]

Y ခလုတ်ကို နှိပ်ပြီးနောက် တိုက်ရိုက်ဆက်တင်များ ပါ၀င်သည်။ ကျွန်ုပ်တို့အသုံးပြုရာတွင် အရိုးရှင်းဆုံးရွေးချယ်မှု လိုအပ်ပါသည်။ MSBuildထို့ကြောင့် ကျွန်ုပ်တို့သည် စခရင်ရှော့ပုံပါအတိုင်း အဖြေဖြစ်သည်-

ပရောဂျက်အသစ်တစ်ခုကို ထည့်သွင်းပြီးဖြစ်သောကြောင့် ဖြေရှင်းချက်ကို ပြန်လည်စတင်ရန် ကျွန်ုပ်တို့အား တောင်းဆိုမည့် Visual Studio သို့ သွားကြပါစို့။ ကျွန်ုပ်တို့သည် ဖြေရှင်းချက်အား ပြန်လည်စတင်ပြီး ကျွန်ုပ်တို့တွင် ပရောဂျက်တစ်ခုရှိသည်ကို မြင်တွေ့ရသည်။ တည်ဆောက် ဖိုင်တစ်ခုတည်းကိုသာ စိတ်ဝင်စားသည် - Build.cs

ဤဖိုင်ကိုဖွင့်ပြီး ဖွဲ့စည်းမှုအားလုံးအတွက် ပရောဂျက်ကိုတည်ဆောက်ရန် script တစ်ခုရေးပါ။ ကောင်းပြီ၊ သို့မဟုတ် သင့်လိုအပ်ချက်များနှင့် ကိုက်ညီအောင် တည်းဖြတ်နိုင်သော ကျွန်ုပ်၏ ဇာတ်ညွှန်းကို အသုံးပြုပါ-

using System.IO;
using Nuke.Common;
using Nuke.Common.Execution;
using Nuke.Common.ProjectModel;
using Nuke.Common.Tools.MSBuild;
using static Nuke.Common.Tools.MSBuild.MSBuildTasks;

[CheckBuildProjectConfigurations]
[UnsetVisualStudioEnvironmentVariables]
class Build : NukeBuild
{
    public static int Main () => Execute<Build>(x => x.Compile);

    [Solution] readonly Solution Solution;

    // If the solution name and the project (plugin) name are different, then indicate the project (plugin) name here
    string PluginName => Solution.Name;

    Target Compile => _ => _
        .Executes(() =>
        {
            var project = Solution.GetProject(PluginName);
            if (project == null)
                throw new FileNotFoundException("Not found!");

            var build = new List<string>();
            foreach (var (_, c) in project.Configurations)
            {
                var configuration = c.Split("|")[0];

                if (configuration == "Debug" || build.Contains(configuration))
                    continue;

                Logger.Normal($"Configuration: {configuration}");

                build.Add(configuration);

                MSBuild(_ => _
                    .SetProjectFile(project.Path)
                    .SetConfiguration(configuration)
                    .SetTargets("Restore"));
                MSBuild(_ => _
                    .SetProjectFile(project.Path)
                    .SetConfiguration(configuration)
                    .SetTargets("Rebuild"));
            }
        });
}

ကျွန်ုပ်တို့သည် PowerShell ဝင်းဒိုးသို့ ပြန်သွားပြီး command ကို ထပ်မံရေးသားပါ။ nuke (သင် command ကိုရေးနိုင်သည်။ nuke လိုအပ်သည်ကိုညွှန်ပြသည်။ target က. ဒါပေမယ့် ကျွန်တော်တို့မှာ တစ်ခုရှိတယ်။ target ကdefault အနေဖြင့် လုပ်ဆောင်သည်။) Enter ခလုတ်ကို နှိပ်ပြီးနောက်၊ ကျွန်ုပ်တို့သည် ရုပ်ရှင်တစ်ကားကဲ့သို့ပင်၊ ကျွန်ုပ်တို့၏ ပရောဂျက်သည် မတူညီသောပုံစံများအတွက် အလိုအလျောက် စုစည်းထားသောကြောင့် ကျွန်ုပ်တို့သည် တကယ့်ဟက်ကာများကဲ့သို့ ခံစားရမည်ဖြစ်ပါသည်။

စကားမစပ်၊ သင်သည် Visual Studio မှ PowerShell ကို တိုက်ရိုက်သုံးနိုင်သည် (menu "ကြည့်ရှုခြင်း"->"အခြားပြတင်းပေါက်များ"->"Package Manager Console") ဒါပေမယ့် အရာအားလုံးက အဖြူနဲ့ အနက်ရှိမယ်၊ သိပ်အဆင်ပြေမှာမဟုတ်ဘူး။

ဤသည်မှာ ကျွန်ုပ်၏ ဆောင်းပါးကို အဆုံးသတ်ပါသည်။ AutoCAD အတွက် ရွေးချယ်ခွင့်ကို သင်ကိုယ်တိုင် အဖြေရှာနိုင်မယ်လို့ ယုံကြည်ပါတယ်။ ဤနေရာတွင် တင်ပြထားသော ပစ္စည်းသည် ၎င်း၏ "ဖောက်သည်များ" ကို တွေ့ရှိလိမ့်မည်ဟု မျှော်လင့်ပါသည်။

Спасибозавнимание!

source: www.habr.com