आम्ही Revit/AutoCAD च्या विविध आवृत्त्यांसाठी संकलनासह एक प्लगइन प्रकल्प बनवतो

CAD अनुप्रयोगांसाठी प्लगइन विकसित करताना (माझ्या बाबतीत हे AutoCAD, Revit आणि Renga आहेत) कालांतराने, एक समस्या दिसून येते - प्रोग्रामच्या नवीन आवृत्त्या रिलीझ केल्या जातात, त्यांचे API बदल आणि प्लगइनच्या नवीन आवृत्त्या तयार करणे आवश्यक आहे.

जेव्हा तुमच्याकडे फक्त एकच प्लगइन असते किंवा तुम्ही अजूनही या बाबतीत स्वयं-शिकवलेले नवशिक्या असाल, तेव्हा तुम्ही फक्त प्रकल्पाची एक प्रत बनवू शकता, त्यातील आवश्यक ठिकाणे बदलू शकता आणि प्लगइनची नवीन आवृत्ती एकत्र करू शकता. त्यानुसार, कोडमधील त्यानंतरच्या बदलांमुळे मजुरीच्या खर्चात एकापेक्षा जास्त वाढ होईल.

जसजसे तुम्ही अनुभव आणि ज्ञान मिळवाल, तुम्हाला ही प्रक्रिया स्वयंचलित करण्याचे अनेक मार्ग सापडतील. मी या मार्गावर चाललो आहे आणि मी तुम्हाला सांगू इच्छितो की मला काय मिळाले आणि ते किती सोयीचे आहे.

प्रथम, एक पद्धत पाहू जी स्पष्ट आहे आणि जी मी बर्याच काळापासून वापरली आहे.

प्रोजेक्ट फाइल्सच्या लिंक्स

आणि सर्वकाही सोपे, दृश्यमान आणि समजण्याजोगे बनवण्यासाठी, मी प्लगइन डेव्हलपमेंटचे अमूर्त उदाहरण वापरून सर्वकाही वर्णन करेन.

चला व्हिज्युअल स्टुडिओ उघडू (माझ्याकडे समुदाय 2019 आवृत्ती आहे. आणि हो - रशियन भाषेत) आणि एक नवीन समाधान तयार करू. चला त्याला कॉल करूया MySuperPluginForRevit

आम्‍ही 2015-2020 आवृत्‍तींसाठी Revit साठी एक प्लगइन तयार करणार आहोत. म्हणून, सोल्यूशनमध्ये (नेट फ्रेमवर्क क्लास लायब्ररी) एक नवीन प्रकल्प तयार करू आणि त्यास कॉल करू MySuperPluginForRevit_2015

आम्हाला Revit API मध्ये लिंक जोडण्याची आवश्यकता आहे. अर्थात, आम्ही स्थानिक फायलींमध्ये दुवे जोडू शकतो (आम्हाला सर्व आवश्यक SDKs किंवा Revit च्या सर्व आवृत्त्या स्थापित करणे आवश्यक आहे), परंतु आम्ही त्वरित योग्य मार्गाचे अनुसरण करू आणि NuGet पॅकेज कनेक्ट करू. तुम्हाला बरीच पॅकेजेस सापडतील, पण मी स्वतःचा वापर करेन.

पॅकेज कनेक्ट केल्यानंतर, आयटमवर उजवे-क्लिक करा “संदर्भ"आणि आयटम निवडा"PackageReference वर packages.config हलवा...»

जर अचानक या टप्प्यावर तुम्ही घाबरू लागलात, कारण पॅकेज गुणधर्म विंडोमध्ये कोणतीही महत्त्वाची वस्तू नसेल.स्थानिक कॉपी करा", जे आम्हाला निश्चितपणे मूल्यावर सेट करणे आवश्यक आहे खोटे, नंतर घाबरू नका - प्रकल्पासह फोल्डरवर जा, तुमच्यासाठी सोयीस्कर असलेल्या संपादकामध्ये .csproj विस्तारासह फाइल उघडा (मी Notepad++ वापरतो) आणि तेथे आमच्या पॅकेजबद्दल एंट्री शोधा. ती आता अशी दिसते:

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

त्यात एक मालमत्ता जोडा रनटाइम. हे असे होईल:

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

आता, प्रकल्प तयार करताना, पॅकेजमधील फायली आउटपुट फोल्डरमध्ये कॉपी केल्या जाणार नाहीत.
चला पुढे जाऊया - आपण ताबडतोब कल्पना करूया की आमचे प्लगइन Revit API मधून काहीतरी वापरेल, जे नवीन आवृत्त्या रिलीझ झाल्यावर काळानुसार बदलले आहे. बरं, किंवा आम्ही ज्यासाठी प्लगइन बनवत आहोत त्या Revit च्या आवृत्तीनुसार आम्हाला कोडमध्ये काहीतरी बदलण्याची गरज आहे. कोडमधील अशा फरकांचे निराकरण करण्यासाठी, आम्ही सशर्त संकलन चिन्हे वापरू. प्रकल्प गुणधर्म उघडा, "टॅबवर जाअसेंब्ली"आणि शेतात"सशर्त संकलन नोटेशन"चला लिहू या R2015.

लक्षात ठेवा की डीबग आणि रिलीझ कॉन्फिगरेशनसाठी चिन्ह जोडले जाणे आवश्यक आहे.

बरं, जेव्हा आपण गुणधर्म विंडोमध्ये असतो, तेव्हा आपण ताबडतोब " टॅबवर जातोअनुप्रयोग"आणि शेतात"डीफॉल्ट नेमस्पेस» प्रत्यय काढा _2015जेणेकरून आमचे नेमस्पेस सार्वत्रिक आणि असेंबलीच्या नावापेक्षा स्वतंत्र असेल:

माझ्या बाबतीत, अंतिम उत्पादनामध्ये, सर्व आवृत्त्यांचे प्लगइन एका फोल्डरमध्ये ठेवले जातात, त्यामुळे माझी असेंबली नावे फॉर्मच्या प्रत्ययासह राहतील. _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;
        }
    }
}

मी वरील आवृत्ती 2015 च्या Revit च्या सर्व आवृत्त्या ताबडतोब विचारात घेतल्या (ज्या लेखनाच्या वेळी उपलब्ध होत्या) आणि त्याच टेम्पलेट वापरून तयार केलेल्या सशर्त संकलन चिन्हांची उपस्थिती लगेच लक्षात घेतली.

चला मुख्य हायलाइटकडे जाऊया. आम्ही आमच्या सोल्यूशनमध्ये एक नवीन प्रकल्प तयार करतो, फक्त Revit 2016 साठी प्लगइनच्या आवृत्तीसाठी. आम्ही वर वर्णन केलेल्या सर्व चरणांची पुनरावृत्ती करतो, अनुक्रमे 2015 ची संख्या 2016 ने पुनर्स्थित करतो. परंतु फाइल Class1.cs नवीन प्रकल्पातून हटवा.

आवश्यक कोडसह फाइल करा - Class1.cs - आमच्याकडे ते आधीच आहे आणि आम्हाला नवीन प्रकल्पात त्याची लिंक टाकायची आहे. दुवे घालण्याचे दोन मार्ग आहेत:

1. लांब - प्रकल्पावर उजवे-क्लिक करा आणि निवडा "जोडा->विद्यमान घटक", उघडणाऱ्या विंडोमध्ये, आवश्यक फाइल शोधा आणि पर्यायाऐवजी "जोडा"पर्याय निवडा"कनेक्शन म्हणून जोडा»

1. लहान - थेट सोल्यूशन एक्सप्लोररमध्ये, इच्छित फाइल (किंवा अगदी फाइल्स, किंवा अगदी संपूर्ण फोल्डर्स) निवडा आणि Alt की दाबून ठेवून नवीन प्रोजेक्टमध्ये ड्रॅग करा. जसे तुम्ही ड्रॅग कराल, तुम्हाला दिसेल की तुम्ही Alt की दाबाल तेव्हा माउस कर्सर प्लस चिन्हावरून बाणावर बदलेल.
   यूपीएस: मी या परिच्छेदात थोडा गोंधळ केला - अनेक फाईल्स हस्तांतरित करण्यासाठी तुम्ही दाबून ठेवावे Shift + Alt!

प्रक्रिया पार पाडल्यानंतर, आमच्याकडे दुसर्‍या प्रकल्पात फाइल असेल Class1.cs संबंधित चिन्हासह (निळा बाण):

एडिटर विंडोमध्ये कोड संपादित करताना, तुम्ही कोणत्या प्रोजेक्ट संदर्भामध्ये कोड प्रदर्शित करायचा हे देखील निवडू शकता, जे तुम्हाला वेगवेगळ्या सशर्त संकलन चिन्हांखाली संपादित केलेला कोड पाहण्याची परवानगी देईल:

आम्ही ही योजना वापरून इतर सर्व प्रकल्प (2017-2020) तयार करतो. लाइफ हॅक - जर तुम्ही सोल्यूशन एक्सप्लोररमध्ये फायली बेस प्रोजेक्टमधून नाही तर त्या प्रोजेक्टमधून ड्रॅग केल्यात जिथे त्या आधीच लिंक म्हणून टाकल्या गेल्या असतील, तर तुम्हाला Alt की दाबून ठेवण्याची गरज नाही!

प्लगइनची नवीन आवृत्ती जोडण्याच्या क्षणापर्यंत किंवा प्रोजेक्टमध्ये नवीन फायली जोडण्याच्या क्षणापर्यंत वर्णित पर्याय चांगला आहे - हे सर्व खूप कंटाळवाणे होते. आणि अलीकडेच एका प्रकल्पात हे सर्व कसे सोडवायचे हे मला अचानक कळले आणि आम्ही दुसऱ्या पद्धतीकडे जात आहोत.

कॉन्फिगरेशनची जादू

येथे वाचन पूर्ण केल्यावर, तुम्ही उद्गार काढू शकता, "जर लेख लगेच दुसऱ्या बद्दल असेल तर तुम्ही पहिल्या पद्धतीचे वर्णन का केले?!" आणि आम्हाला सशर्त संकलन चिन्हांची आवश्यकता का आहे आणि आमचे प्रकल्प कोणत्या ठिकाणी वेगळे आहेत हे स्पष्ट करण्यासाठी मी सर्वकाही वर्णन केले आहे. आणि आता हे स्पष्ट झाले आहे की फक्त एक प्रकल्प सोडून, ​​आम्हाला कोणत्या प्रकल्पांची अंमलबजावणी करायची आहे.

आणि सर्व काही अधिक स्पष्ट करण्यासाठी, आम्ही नवीन प्रकल्प तयार करणार नाही, परंतु प्रथम मार्गाने तयार केलेल्या आमच्या वर्तमान प्रकल्पात बदल करू.

म्हणून, सर्व प्रथम, आम्ही मुख्य प्रकल्प वगळता सर्व प्रकल्प सोल्यूशनमधून काढून टाकतो (थेट फायली असतात). त्या. 2016-2020 आवृत्त्यांसाठी प्रकल्प. सोल्यूशनसह फोल्डर उघडा आणि तेथे या प्रकल्पांचे फोल्डर हटवा.

आमच्या निर्णयात एक प्रकल्प शिल्लक आहे - MySuperPluginForRevit_2015. त्याचे गुणधर्म उघडा आणि:

1. टॅबवर "अनुप्रयोगअसेंबलीच्या नावातून प्रत्यय काढून टाका _2015 (का ते नंतर स्पष्ट होईल)
2. टॅबवर "असेंब्ली» सशर्त संकलन चिन्ह काढा R2015 संबंधित क्षेत्रातून

टीप: व्हिज्युअल स्टुडिओच्या नवीनतम आवृत्तीमध्ये एक बग आहे - सशर्त संकलन चिन्हे उपलब्ध असली तरीही प्रकल्प गुणधर्म विंडोमध्ये प्रदर्शित केली जात नाहीत. जर तुम्हाला ही अडचण येत असेल, तर तुम्हाला ती .csproj फाइलमधून व्यक्तिचलितपणे काढून टाकावी लागतील. तथापि, आम्हाला अद्याप त्यात काम करायचे आहे, म्हणून वाचा.

सोल्यूशन एक्सप्लोरर विंडोमध्ये प्रत्यय काढून प्रकल्पाचे नाव बदला _2015 आणि नंतर सोल्यूशनमधून प्रकल्प काढा. सुव्यवस्था राखण्यासाठी आणि परिपूर्णतावाद्यांच्या भावना राखण्यासाठी हे आवश्यक आहे! आम्ही आमच्या सोल्यूशनचे फोल्डर उघडतो, त्याच प्रकारे प्रोजेक्ट फोल्डरचे नाव बदलतो आणि प्रकल्प पुन्हा सोल्यूशनमध्ये लोड करतो.

कॉन्फिगरेशन व्यवस्थापक उघडा. यूएस कॉन्फिगरेशन प्रकाशन तत्वतः, त्याची आवश्यकता नाही, म्हणून आम्ही ते हटवतो. आम्हाला आधीच परिचित असलेल्या नावांसह आम्ही नवीन कॉन्फिगरेशन तयार करतो R2015, R2016,..., R2020. लक्षात ठेवा की तुम्हाला इतर कॉन्फिगरेशनमधून सेटिंग्ज कॉपी करण्याची आवश्यकता नाही आणि तुम्हाला प्रोजेक्ट कॉन्फिगरेशन तयार करण्याची आवश्यकता नाही:

प्रोजेक्टसह फोल्डरवर जा आणि .csproj विस्तारासह फाइल तुमच्यासाठी सोयीस्कर असलेल्या संपादकामध्ये उघडा. तसे, आपण ते व्हिज्युअल स्टुडिओमध्ये देखील उघडू शकता - आपल्याला प्रकल्प अनलोड करणे आवश्यक आहे आणि नंतर इच्छित आयटम संदर्भ मेनूमध्ये असेल:

व्हिज्युअल स्टुडिओमध्ये संपादन करणे अधिक श्रेयस्कर आहे, कारण संपादक दोन्ही संरेखित करतो आणि सूचित करतो.

फाइलमध्ये आपण घटक पाहू मालमत्ता गट - अगदी शीर्षस्थानी सामान्य आहे आणि नंतर परिस्थिती येते. हे घटक प्रकल्प बांधल्यावर त्याचे गुणधर्म सेट करतात. पहिला घटक, जो अटींशिवाय आहे, सामान्य गुणधर्म सेट करतो आणि परिस्थितीसह घटक, त्यानुसार, कॉन्फिगरेशनवर अवलंबून काही गुणधर्म बदलतो.

सामान्य (प्रथम) घटकावर जा मालमत्ता गट आणि मालमत्ता पहा विधानसभा नाव - हे असेंब्लीचे नाव आहे आणि आपल्याकडे ते प्रत्यय शिवाय असले पाहिजे _2015. प्रत्यय असेल तर काढून टाका.

अटीसह घटक शोधणे

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

आम्हाला त्याची गरज नाही - आम्ही ते हटवतो.

स्थितीसह घटक

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

कोड डेव्हलपमेंट आणि डीबगिंगच्या टप्प्यावर काम करण्यासाठी आवश्यक असेल. तुम्ही तुमच्या गरजेनुसार त्याचे गुणधर्म बदलू शकता - भिन्न आउटपुट मार्ग सेट करा, सशर्त संकलन चिन्हे बदला इ.

आता नवीन घटक तयार करूया मालमत्ता गट आमच्या कॉन्फिगरेशनसाठी. या घटकांमध्ये आपल्याला फक्त चार गुणधर्म सेट करण्याची आवश्यकता आहे:

• आउटपुटपथ - आउटपुट फोल्डर. मी डीफॉल्ट मूल्य सेट केले आहे binR20xx
• Constants परिभाषित करा - सशर्त संकलन चिन्हे. मूल्य निर्दिष्ट केले पाहिजे ट्रेस;R20хх
• लक्ष्य फ्रेमवर्क आवृत्ती - प्लॅटफॉर्म आवृत्ती. Revit API च्या विविध आवृत्त्यांसाठी भिन्न प्लॅटफॉर्म निर्दिष्ट करणे आवश्यक आहे.
• विधानसभा नाव - असेंब्लीचे नाव (म्हणजे फाइल नाव). आपण असेंबलीचे अचूक नाव लिहू शकता, परंतु बहुमुखीपणासाठी मी मूल्य लिहिण्याची शिफारस करतो $(AssemblyName)_20хх. हे करण्यासाठी, आम्ही पूर्वी असेंबलीच्या नावातून प्रत्यय काढून टाकला

या सर्व घटकांचे सर्वात महत्त्वाचे वैशिष्ट्य म्हणजे ते अजिबात न बदलता इतर प्रकल्पांमध्ये कॉपी केले जाऊ शकतात. लेखात नंतर मी .csproj फाईलमधील सर्व मजकूर संलग्न करेन.

ठीक आहे, आम्ही प्रकल्पाचे गुणधर्म शोधून काढले आहेत - हे अवघड नाही. पण प्लग-इन लायब्ररी (NuGet पॅकेजेस) सह काय करावे. जर आपण पुढे पाहिले तर आपल्याला दिसेल की समाविष्ट लायब्ररी घटकांमध्ये निर्दिष्ट केल्या आहेत आयटमसमूह. परंतु दुर्दैव - हा घटक घटक म्हणून अटींवर चुकीच्या पद्धतीने प्रक्रिया करतो मालमत्ता गट. कदाचित ही अगदी व्हिज्युअल स्टुडिओ ग्लिच आहे, परंतु आपण अनेक घटक निर्दिष्ट केल्यास आयटमसमूह कॉन्फिगरेशनच्या अटींसह, आणि आत 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 पॅकेजेस पुनर्संचयित करा"आणि आम्ही पाहतो की आमची पॅकेजेस कशी बदलतात.

आणि या टप्प्यावर मी शेवटपर्यंत पोहोचलो - एकाच वेळी सर्व कॉन्फिगरेशन गोळा करण्यासाठी, आम्ही बॅच असेंब्ली वापरू शकतो (मेनू "असेंब्ली->बॅच बिल्ड"), परंतु कॉन्फिगरेशन स्विच करताना, पॅकेजेस आपोआप पुनर्संचयित होत नाहीत. आणि प्रकल्प एकत्र करताना, हे देखील घडत नाही, जरी, सैद्धांतिकदृष्ट्या, ते केले पाहिजे. मला मानक माध्यमांचा वापर करून या समस्येवर उपाय सापडला नाही. आणि बहुधा हा देखील व्हिज्युअल स्टुडिओ बग आहे.

म्हणून, बॅच असेंब्लीसाठी, विशेष स्वयंचलित असेंब्ली सिस्टम वापरण्याचा निर्णय घेण्यात आला nuke. मला प्रत्यक्षात हे नको होते कारण मला वाटते की प्लगइन डेव्हलपमेंटच्या बाबतीत हे ओव्हरकिल आहे, परंतु याक्षणी मला दुसरा कोणताही उपाय दिसत नाही. आणि "का Nuke?" या प्रश्नावर उत्तर सोपे आहे - आम्ही ते कामावर वापरतो.

तर, आमच्या सोल्यूशनच्या फोल्डरवर जा (प्रोजेक्ट नाही), की दाबून ठेवा शिफ्ट आणि फोल्डरमधील रिकाम्या जागेवर उजवे-क्लिक करा - संदर्भ मेनूमध्ये आयटम निवडा “येथे PowerShell विंडो उघडा».

जर तुम्ही ते इन्स्टॉल केलेले नसेल nuke, नंतर प्रथम कमांड लिहा

dotnet tool install Nuke.GlobalTool –global

आता आज्ञा लिहा nuke आणि तुम्हाला कॉन्फिगर करण्यास सांगितले जाईल nuke सध्याच्या प्रकल्पासाठी. मला हे रशियनमध्ये अधिक योग्यरित्या कसे लिहायचे ते माहित नाही - इंग्रजीमध्ये ते लिहिले जाईल Could not find .nuke फाइल. तुम्हाला बिल्ड सेटअप करायचे आहे का? [y/n]

Y की दाबा आणि पुढे थेट सेटिंग्ज आयटम असतील. आम्हाला वापरून सर्वात सोपा पर्याय हवा आहे एमएसबिल्ड, म्हणून आम्ही स्क्रीनशॉट प्रमाणे उत्तर देतो:

चला व्हिज्युअल स्टुडिओवर जाऊ या, जे आम्हाला समाधान रीलोड करण्यास सूचित करेल, कारण त्यात एक नवीन प्रकल्प जोडला गेला आहे. आम्ही समाधान रीलोड करतो आणि पाहतो की आमच्याकडे एक प्रकल्प आहे तयार ज्यामध्ये आम्हाला फक्त एका फाईलमध्ये स्वारस्य आहे - Build.cs

ही फाईल उघडा आणि सर्व कॉन्फिगरेशनसाठी प्रकल्प तयार करण्यासाठी स्क्रिप्ट लिहा. बरं, किंवा माझी स्क्रिप्ट वापरा, जी तुम्ही तुमच्या गरजेनुसार संपादित करू शकता:

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"));
            }
        });
}

आम्ही पॉवरशेल विंडोवर परत आलो आणि पुन्हा कमांड लिहा nuke (तुम्ही कमांड लिहू शकता nuke आवश्यक दर्शवित आहे लक्ष्य. पण आमच्याकडे एक आहे लक्ष्य, जे डीफॉल्टनुसार चालते). एंटर की दाबल्यानंतर, आम्हाला वास्तविक हॅकर्ससारखे वाटेल, कारण, एखाद्या चित्रपटाप्रमाणे, आमचा प्रकल्प वेगवेगळ्या कॉन्फिगरेशनसाठी स्वयंचलितपणे एकत्र केला जाईल.

तसे, तुम्ही पॉवरशेल थेट व्हिज्युअल स्टुडिओमधून वापरू शकता (मेनू "दृश्य->इतर खिडक्या->पॅकेज मॅनेजर कन्सोल"), परंतु सर्वकाही काळ्या आणि पांढर्या रंगात असेल, जे फार सोयीचे नाही.

हा माझा लेख संपवतो. मला खात्री आहे की ऑटोकॅडचा पर्याय तुम्ही स्वतः शोधू शकता. मला आशा आहे की येथे सादर केलेली सामग्री त्याचे "ग्राहक" शोधेल.

आपण लक्ष दिल्याबद्दल धन्यवाद!

स्त्रोत: www.habr.com