ພວກເຮົາສ້າງໂຄງການ plugin ຫນຶ່ງທີ່ມີການລວບລວມສໍາລັບ Revit / AutoCAD ຮຸ່ນທີ່ແຕກຕ່າງກັນ

ເມື່ອພັດທະນາ plugins ສໍາລັບຄໍາຮ້ອງສະຫມັກ CAD (ໃນກໍລະນີຂອງຂ້ອຍ ເຫຼົ່ານີ້ແມ່ນ AutoCAD, Revit ແລະ Renga) ເມື່ອເວລາຜ່ານໄປ, ບັນຫາຫນຶ່ງຈະປາກົດ - ຮຸ່ນໃຫມ່ຂອງໂປລແກລມຖືກປ່ອຍອອກມາ, ການປ່ຽນແປງ API ຂອງພວກເຂົາແລະສະບັບໃຫມ່ຂອງ plugins ຈໍາເປັນຕ້ອງໄດ້ເຮັດ.

ໃນເວລາທີ່ທ່ານມີພຽງແຕ່ຫນຶ່ງ plugin ຫຼືທ່ານຍັງເປັນຜູ້ເລີ່ມຕົ້ນທີ່ສອນຕົນເອງໃນເລື່ອງນີ້, ທ່ານພຽງແຕ່ສາມາດເຮັດສໍາເນົາຂອງໂຄງການ, ປ່ຽນສະຖານທີ່ທີ່ຈໍາເປັນໃນມັນແລະປະກອບ plugin ຮຸ່ນໃຫມ່. ຕາມ​ນັ້ນ​ແລ້ວ, ການ​ປ່ຽນ​ແປງ​ລະ​ຫັດ​ຕໍ່​ໄປ​ຈະ​ເຮັດ​ໃຫ້​ຄ່າ​ແຮງ​ງານ​ເພີ່ມ​ຂຶ້ນ​ຫຼາຍ​ຄັ້ງ.

ໃນຂະນະທີ່ທ່ານໄດ້ຮັບປະສົບການແລະຄວາມຮູ້, ທ່ານຈະຊອກຫາຫຼາຍວິທີທີ່ຈະເຮັດໃຫ້ຂະບວນການນີ້ອັດຕະໂນມັດ. ຂ້ອຍຍ່າງໄປຕາມເສັ້ນທາງນີ້ ແລະຢາກບອກເຈົ້າວ່າຂ້ອຍຈົບມາແນວໃດ ແລະມັນສະດວກແນວໃດ.

ທໍາອິດ, ໃຫ້ເບິ່ງວິທີການທີ່ເຫັນໄດ້ຊັດເຈນແລະທີ່ຂ້ອຍໄດ້ໃຊ້ເປັນເວລາດົນນານ.

ການເຊື່ອມຕໍ່ກັບໄຟລ໌ໂຄງການ

ແລະເພື່ອເຮັດໃຫ້ທຸກສິ່ງທຸກຢ່າງງ່າຍດາຍ, ເບິ່ງເຫັນແລະເຂົ້າໃຈໄດ້, ຂ້າພະເຈົ້າຈະອະທິບາຍທຸກສິ່ງທຸກຢ່າງໂດຍໃຊ້ຕົວຢ່າງທີ່ບໍ່ມີຕົວຕົນຂອງການພັດທະນາ plugin.

ມາເປີດ Visual Studio (ຂ້ອຍມີ Community 2019 ເວີຊັ່ນ. ແລະແມ່ນ - ໃນພາສາລັດເຊຍ) ແລະສ້າງການແກ້ໄຂໃໝ່. ໃຫ້ໂທຫາລາວ MySuperPluginForRevit

ພວກເຮົາຈະສ້າງປລັກອິນສໍາລັບ Revit ສໍາລັບຮຸ່ນ 2015-2020. ດັ່ງນັ້ນ, ໃຫ້ສ້າງໂຄງການໃຫມ່ໃນການແກ້ໄຂ (Net Framework Class Library) ແລະໂທຫາມັນ MySuperPluginForRevit_2015

ພວກເຮົາຈໍາເປັນຕ້ອງເພີ່ມການເຊື່ອມຕໍ່ກັບ Revit API. ແນ່ນອນ, ພວກເຮົາສາມາດເພີ່ມການເຊື່ອມຕໍ່ກັບໄຟລ໌ທ້ອງຖິ່ນ (ພວກເຮົາຈະຕ້ອງຕິດຕັ້ງ SDKs ທີ່ຈໍາເປັນທັງຫມົດຫຼື Revit ທຸກລຸ້ນ), ແຕ່ພວກເຮົາຈະປະຕິບັດຕາມເສັ້ນທາງທີ່ຖືກຕ້ອງແລະເຊື່ອມຕໍ່ຊຸດ NuGet ທັນທີ. ທ່ານສາມາດຊອກຫາຊຸດທີ່ຂ້ອນຂ້າງບໍ່ຫຼາຍປານໃດ, ແຕ່ຂ້ອຍຈະໃຊ້ຂອງຕົນເອງ.

ຫຼັງຈາກການເຊື່ອມຕໍ່ຊຸດ, ຄລິກຂວາໃສ່ລາຍການ "ເອກະສານ"ແລະເລືອກລາຍການ"ຍ້າຍ packages.config ໄປ PackageReference...»

ຖ້າທັນທີທັນໃດໃນຈຸດນີ້, ເຈົ້າເລີ່ມຕົກໃຈ, ເພາະວ່າຢູ່ໃນປ່ອງຢ້ຽມຄຸນສົມບັດຊຸດຈະບໍ່ມີລາຍການທີ່ສໍາຄັນ "ສຳເນົາຢູ່ໃນທ້ອງຖິ່ນ", ຊຶ່ງແນ່ນອນພວກເຮົາຈໍາເປັນຕ້ອງໄດ້ກໍານົດມູນຄ່າ ທີ່ບໍ່ຖືກຕ້ອງ, ຫຼັງຈາກນັ້ນຢ່າຕົກໃຈ - ໄປທີ່ໂຟນເດີທີ່ມີໂຄງການ, ເປີດໄຟລ໌ທີ່ມີນາມສະກຸນ .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 ທີ່ພວກເຮົາກໍາລັງສ້າງ plugin. ເພື່ອແກ້ໄຂຄວາມແຕກຕ່າງດັ່ງກ່າວໃນລະຫັດ, ພວກເຮົາຈະນໍາໃຊ້ສັນຍາລັກການລວບລວມເງື່ອນໄຂ. ເປີດຄຸນສົມບັດໂຄງການ, ໄປທີ່ແຖບ “Assembly"ແລະໃນພາກສະຫນາມ"ບັນທຶກການລວບລວມເງື່ອນໄຂ"ໃຫ້ຂຽນ R2015.

ໃຫ້ສັງເກດວ່າສັນຍາລັກຈະຕ້ອງຖືກເພີ່ມສໍາລັບທັງ Debug ແລະ Release configurations.

ດີ, ໃນຂະນະທີ່ພວກເຮົາຢູ່ໃນປ່ອງຢ້ຽມຄຸນສົມບັດ, ພວກເຮົາທັນທີໄປທີ່ແຖບ "Application"ແລະໃນພາກສະຫນາມ"namespace ເລີ່ມຕົ້ນ» ເອົາຄຳຕໍ່ທ້າຍອອກ _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 (ທີ່ມີຢູ່ໃນເວລາຂຽນ) ແລະທັນທີທັນໃດໄດ້ພິຈາລະນາການປະກົດຕົວຂອງສັນຍາລັກການລວບລວມເງື່ອນໄຂ, ເຊິ່ງຖືກສ້າງຂື້ນໂດຍໃຊ້ແມ່ແບບດຽວກັນ.

ໃຫ້ກ້າວໄປສູ່ຈຸດເດັ່ນຕົ້ນຕໍ. ພວກເຮົາສ້າງໂຄງການໃຫມ່ໃນການແກ້ໄຂຂອງພວກເຮົາ, ພຽງແຕ່ສໍາລັບສະບັບຂອງ plugin ສໍາລັບ Revit 2016. ພວກເຮົາເຮັດເລື້ມຄືນຂັ້ນຕອນທັງຫມົດທີ່ໄດ້ອະທິບາຍຂ້າງເທິງ, ຕາມລໍາດັບ, ທົດແທນຈໍານວນ 2015 ກັບຈໍານວນ 2016. ແຕ່ໄຟລ໌ Class1.cs ລຶບອອກຈາກໂຄງການໃຫມ່.

ໄຟລ໌ທີ່ມີລະຫັດທີ່ຕ້ອງການ - Class1.cs – ພວກເຮົາມີມັນຢູ່ແລ້ວ ແລະພວກເຮົາພຽງແຕ່ຕ້ອງການໃສ່ລິ້ງໄປຫາມັນໃນໂຄງການໃໝ່. ມີສອງວິທີທີ່ຈະໃສ່ການເຊື່ອມຕໍ່:

1. ຍາວ - ຄລິກຂວາໃສ່ໂຄງການແລະເລືອກ "ຕື່ມ»-> «ອົງປະກອບທີ່ມີຢູ່ແລ້ວ", ໃນປ່ອງຢ້ຽມທີ່ເປີດ, ຊອກຫາໄຟລ໌ທີ່ຕ້ອງການແລະແທນທີ່ຈະເປັນທາງເລືອກ "ຕື່ມ"ເລືອກທາງເລືອກ"ເພີ່ມເປັນການເຊື່ອມຕໍ່»

1. ສັ້ນ – ໂດຍ​ກົງ​ໃນ​ການ explorer ການ​ແກ້​ໄຂ​, ເລືອກ​ໄຟລ​໌​ທີ່​ຕ້ອງ​ການ (ຫຼື​ແມ້​ກະ​ທັ້ງ​ໄຟລ​໌​, ຫຼື​ແມ້​ກະ​ທັ້ງ​ໂຟ​ເດີ​ທັງ​ຫມົດ​) ແລະ drag ມັນ​ເຂົ້າ​ໄປ​ໃນ​ໂຄງ​ການ​ໃຫມ່​ໃນ​ຂະ​ນະ​ທີ່​ກົດ​ປຸ່ມ Alt ຄ້າງ​ໄວ້​. ໃນຂະນະທີ່ທ່ານລາກ, ທ່ານຈະເຫັນວ່າເມື່ອທ່ານກົດປຸ່ມ Alt, ຕົວກະພິບຂອງຫນູຈະປ່ຽນຈາກເຄື່ອງຫມາຍບວກໄປຫາລູກສອນ.
   UPS: ຂ້າພະເຈົ້າໄດ້ສ້າງຄວາມສັບສົນເລັກນ້ອຍໃນວັກນີ້ - ເພື່ອໂອນໄຟລ໌ຈໍານວນຫນຶ່ງທີ່ທ່ານຄວນຖືລົງ Shift + Alt!

ຫຼັງຈາກປະຕິບັດຂັ້ນຕອນ, ພວກເຮົາຈະມີເອກະສານໃນໂຄງການທີສອງ Class1.cs ກັບໄອຄອນທີ່ສອດຄ້ອງກັນ (ລູກສອນສີຟ້າ):

ເມື່ອແກ້ໄຂລະຫັດຢູ່ໃນປ່ອງຢ້ຽມບັນນາທິການ, ທ່ານຍັງສາມາດເລືອກທີ່ໂຄງການທີ່ຈະສະແດງລະຫັດໃນ, ເຊິ່ງຈະຊ່ວຍໃຫ້ທ່ານເຫັນລະຫັດທີ່ຖືກດັດແກ້ພາຍໃຕ້ສັນຍາລັກການລວບລວມເງື່ອນໄຂທີ່ແຕກຕ່າງກັນ:

ພວກເຮົາສ້າງໂຄງການອື່ນໆທັງຫມົດ (2017-2020) ໂດຍໃຊ້ໂຄງການນີ້. ການ hack ຊີວິດ - ຖ້າທ່ານລາກໄຟລ໌ໃນ Solution Explorer ບໍ່ໄດ້ມາຈາກໂຄງການພື້ນຖານ, ແຕ່ຈາກໂຄງການທີ່ພວກມັນຖືກໃສ່ເປັນການເຊື່ອມຕໍ່ແລ້ວ, ທ່ານບໍ່ຈໍາເປັນຕ້ອງກົດປຸ່ມ Alt ຄ້າງໄວ້!

ທາງເລືອກທີ່ອະທິບາຍແມ່ນຂ້ອນຂ້າງດີຈົນກ່ວາປັດຈຸບັນຂອງການເພີ່ມສະບັບໃຫມ່ຂອງ plugin ຫຼືຈົນກ່ວາປັດຈຸບັນຂອງການເພີ່ມໄຟລ໌ໃຫມ່ໃນໂຄງການ - ທັງຫມົດນີ້ຈະກາຍເປັນ tedious ຫຼາຍ. ແລະບໍ່ດົນມານີ້, ທັນທີທັນໃດຂ້າພະເຈົ້າຮູ້ທັນທີທັນໃດວິທີການຈັດລຽງມັນອອກທັງຫມົດດ້ວຍໂຄງການຫນຶ່ງແລະພວກເຮົາກໍາລັງກ້າວໄປສູ່ວິທີການທີສອງ

magic ຂອງ​ການ​ຕັ້ງ​ຄ່າ​

ຈົບການອ່ານຢູ່ທີ່ນີ້, ເຈົ້າອາດຈະຮ້ອງອອກມາວ່າ, "ເປັນຫຍັງເຈົ້າຈຶ່ງອະທິບາຍວິທີທໍາອິດ, ຖ້າບົດຄວາມແມ່ນກ່ຽວກັບທີສອງ?!" ແລະຂ້າພະເຈົ້າໄດ້ອະທິບາຍທຸກຢ່າງເພື່ອເຮັດໃຫ້ມັນຊັດເຈນຂຶ້ນວ່າເປັນຫຍັງພວກເຮົາຕ້ອງການສັນຍາລັກການລວບລວມເງື່ອນໄຂແລະໃນສິ່ງທີ່ໂຄງການຂອງພວກເຮົາແຕກຕ່າງກັນ. ແລະໃນປັດຈຸບັນມັນຈະກາຍເປັນທີ່ຊັດເຈນສໍາລັບພວກເຮົາວ່າຄວາມແຕກຕ່າງໃນໂຄງການທີ່ພວກເຮົາຈໍາເປັນຕ້ອງປະຕິບັດ, ປ່ອຍໃຫ້ໂຄງການດຽວເທົ່ານັ້ນ.

ແລະເພື່ອເຮັດໃຫ້ທຸກສິ່ງທຸກຢ່າງເຫັນໄດ້ຊັດເຈນ, ພວກເຮົາຈະບໍ່ສ້າງໂຄງການໃຫມ່, ແຕ່ຈະປ່ຽນແປງໂຄງການໃນປະຈຸບັນຂອງພວກເຮົາທີ່ສ້າງຂຶ້ນໃນທາງທໍາອິດ.

ດັ່ງນັ້ນ, ກ່ອນອື່ນ ໝົດ, ພວກເຮົາເອົາໂຄງການທັງ ໝົດ ອອກຈາກການແກ້ໄຂຍົກເວັ້ນຕົ້ນຕໍ (ບັນຈຸໄຟລ໌ໂດຍກົງ). ເຫຼົ່ານັ້ນ. ໂຄງ​ການ​ສໍາ​ລັບ​ການ​ສະ​ບັບ 2016-2020​. ເປີດໂຟນເດີດ້ວຍການແກ້ໄຂແລະລຶບໂຟນເດີຂອງໂຄງການເຫຼົ່ານີ້ຢູ່ທີ່ນັ້ນ.

ພວກເຮົາມີໂຄງການຫນຶ່ງທີ່ຍັງເຫຼືອຢູ່ໃນການຕັດສິນໃຈຂອງພວກເຮົາ - MySuperPluginForRevit_2015. ເປີດຄຸນສົມບັດຂອງມັນ ແລະ:

1. ຢູ່ໃນແຖບ "Application"ເອົາຄໍາຕໍ່ທ້າຍອອກຈາກຊື່ຂອງສະພາແຫ່ງ _2015 (ມັນຈະກາຍເປັນທີ່ຊັດເຈນວ່າເປັນຫຍັງຕໍ່ມາ)
2. ຢູ່ໃນແຖບ "Assembly» ເອົາສັນຍາລັກການລວບລວມເງື່ອນໄຂ R2015 ຈາກພາກສະຫນາມທີ່ສອດຄ້ອງກັນ

ຫມາຍເຫດ: Visual Studio ຮຸ່ນຫຼ້າສຸດມີຂໍ້ບົກພ່ອງ - ສັນຍາລັກການລວບລວມເງື່ອນໄຂບໍ່ໄດ້ສະແດງຢູ່ໃນປ່ອງຢ້ຽມຄຸນສົມບັດຂອງໂຄງການ, ເຖິງແມ່ນວ່າພວກມັນມີຢູ່. ຖ້າ​ຫາກ​ທ່ານ​ປະ​ສົບ​ກັບ​ຄວາມ​ຜິດ​ພາດ​ນີ້​, ຫຼັງ​ຈາກ​ນັ້ນ​ທ່ານ​ຈໍາ​ເປັນ​ຕ້ອງ​ເອົາ​ພວກ​ເຂົາ​ອອກ​ດ້ວຍ​ຕົນ​ເອງ​ຈາກ​ໄຟລ​໌ .csproj​. ຢ່າງໃດກໍຕາມ, ພວກເຮົາຍັງຕ້ອງເຮັດວຽກຢູ່ໃນມັນ, ສະນັ້ນອ່ານຕໍ່ໄປ.

ປ່ຽນຊື່ໂຄງການຢູ່ໃນປ່ອງຢ້ຽມ Explorer ການແກ້ໄຂໂດຍການຖອນຄໍາຕໍ່ທ້າຍ _2015 ແລະຫຼັງຈາກນັ້ນເອົາໂຄງການອອກຈາກການແກ້ໄຂ. ນີ້ເປັນສິ່ງຈໍາເປັນເພື່ອຮັກສາຄວາມເປັນລະບຽບຮຽບຮ້ອຍແລະຄວາມຮູ້ສຶກຂອງ perfectionists! ພວກເຮົາເປີດໂຟເດີຂອງການແກ້ໄຂຂອງພວກເຮົາ, ປ່ຽນຊື່ໂຟນເດີໂຄງການຢູ່ທີ່ນັ້ນດ້ວຍວິທີດຽວກັນແລະໂຫລດໂຄງການກັບຄືນໄປບ່ອນໃນການແກ້ໄຂ.

ເປີດຕົວຈັດການການຕັ້ງຄ່າ. ການຕັ້ງຄ່າສະຫະລັດ ການປ່ອຍ ໃນຫຼັກການ, ມັນຈະບໍ່ຈໍາເປັນ, ດັ່ງນັ້ນພວກເຮົາລຶບມັນອອກ. ພວກເຮົາສ້າງການຕັ້ງຄ່າໃຫມ່ທີ່ມີຊື່ທີ່ຄຸ້ນເຄີຍກັບພວກເຮົາ R2015, R2016, ... , R2020. ຈົ່ງຈື່ໄວ້ວ່າທ່ານບໍ່ຈໍາເປັນຕ້ອງຄັດລອກການຕັ້ງຄ່າຈາກການຕັ້ງຄ່າອື່ນແລະທ່ານບໍ່ຈໍາເປັນຕ້ອງສ້າງການຕັ້ງຄ່າໂຄງການ:

ໄປທີ່ໂຟນເດີທີ່ມີໂຄງການແລະເປີດໄຟລ໌ທີ່ມີນາມສະກຸນ .csproj ໃນບັນນາທິການທີ່ສະດວກສໍາລັບທ່ານ. ໂດຍວິທີທາງການ, ທ່ານຍັງສາມາດເປີດມັນຢູ່ໃນ Visual Studio - ທ່ານຈໍາເປັນຕ້ອງຍົກເລີກໂຄງການແລະຫຼັງຈາກນັ້ນລາຍການທີ່ຕ້ອງການຈະຢູ່ໃນເມນູສະພາບການ:

ການແກ້ໄຂໃນ Visual Studio ແມ່ນດີກວ່າ, ເພາະວ່າບັນນາທິການທັງສອງຈັດຮຽງແລະກະຕຸ້ນເຕືອນ.

ໃນໄຟລ໌ພວກເຮົາຈະເຫັນອົງປະກອບ PropertyGroup – ຢູ່​ເທິງ​ສຸດ​ແມ່ນ​ຫນຶ່ງ​ໃນ​ທົ່ວ​ໄປ​, ແລະ​ຫຼັງ​ຈາກ​ນັ້ນ​ມາ​ເງື່ອນ​ໄຂ​. ອົງປະກອບເຫຼົ່ານີ້ກໍານົດຄຸນສົມບັດຂອງໂຄງການໃນເວລາທີ່ມັນຖືກສ້າງຂຶ້ນ. ອົງປະກອບທໍາອິດ, ທີ່ບໍ່ມີເງື່ອນໄຂ, ກໍານົດຄຸນສົມບັດທົ່ວໄປ, ແລະອົງປະກອບທີ່ມີເງື່ອນໄຂ, ຕາມຄວາມເຫມາະສົມ, ປ່ຽນຄຸນສົມບັດບາງຢ່າງຂຶ້ນກັບການຕັ້ງຄ່າ.

ໄປຫາອົງປະກອບທົ່ວໄປ (ທໍາອິດ). PropertyGroup ແລະເບິ່ງຊັບສິນ ຊື່ສະພາ – ນີ້​ແມ່ນ​ຊື່​ຂອງ​ການ​ປະ​ຊຸມ​ແລະ​ພວກ​ເຮົາ​ຄວນ​ຈະ​ມີ​ມັນ​ໂດຍ​ບໍ່​ມີ​ການ​ຕໍ່​ທ້າຍ​ _2015. ຖ້າມີຄໍາຕໍ່ທ້າຍ, ຫຼັງຈາກນັ້ນເອົາມັນອອກ.

ຊອກຫາອົງປະກອບທີ່ມີເງື່ອນໄຂ

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

ພວກເຮົາບໍ່ຕ້ອງການມັນ - ພວກເຮົາລຶບມັນ.

ອົງປະກອບທີ່ມີເງື່ອນໄຂ

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

ຈະມີຄວາມຈໍາເປັນເພື່ອເຮັດວຽກຢູ່ໃນຂັ້ນຕອນຂອງການພັດທະນາລະຫັດແລະການດີບັກ. ທ່ານ​ສາ​ມາດ​ປ່ຽນ​ແປງ​ຄຸນ​ສົມ​ບັດ​ຂອງ​ຕົນ​ໃຫ້​ເຫມາະ​ສົມ​ກັບ​ຄວາມ​ຕ້ອງ​ການ​ຂອງ​ທ່ານ - ກໍາ​ນົດ​ເສັ້ນ​ທາງ​ການ​ຜະ​ລິດ​ທີ່​ແຕກ​ຕ່າງ​ກັນ​, ການ​ປ່ຽນ​ແປງ​ສັນ​ຍາ​ລັກ​ການ​ລວບ​ລວມ​, ແລະ​ອື່ນໆ

ໃນປັດຈຸບັນໃຫ້ພວກເຮົາສ້າງອົງປະກອບໃຫມ່ PropertyGroup ສໍາລັບການຕັ້ງຄ່າຂອງພວກເຮົາ. ໃນອົງປະກອບເຫຼົ່ານີ້ພວກເຮົາພຽງແຕ່ຕ້ອງການກໍານົດສີ່ຄຸນສົມບັດ:

• ເສັ້ນທາງອອກ - ໂຟເດີຜົນຜະລິດ. ຂ້ອຍຕັ້ງຄ່າເລີ່ມຕົ້ນ binR20xx
• ກຳນົດຄ່າຄົງທີ່ - ສັນຍາລັກການລວບລວມເງື່ອນໄຂ. ຄ່າຄວນຖືກລະບຸ TRACE;R20хх
• TargetFrameworkVersion - ສະ​ບັບ​ເວ​ທີ​. ຮຸ່ນທີ່ແຕກຕ່າງກັນຂອງ Revit API ຮຽກຮ້ອງໃຫ້ມີການລະບຸເວທີທີ່ແຕກຕ່າງກັນ.
• ຊື່ສະພາ - ຊື່​ປະ​ກອບ​ອາ​ຊີບ (ເຊັ່ນ​: ຊື່​ໄຟລ​໌​)​. ທ່ານສາມາດຂຽນຊື່ທີ່ແນ່ນອນຂອງການປະກອບ, ແຕ່ສໍາລັບ versatility ຂ້າພະເຈົ້າແນະນໍາໃຫ້ຂຽນມູນຄ່າ $(AssemblyName)_20хх. ເພື່ອເຮັດສິ່ງນີ້, ພວກເຮົາໄດ້ເອົາຄໍາຕໍ່ທ້າຍອອກຈາກຊື່ການປະກອບ

ຄຸນນະສົມບັດທີ່ສໍາຄັນທີ່ສຸດຂອງອົງປະກອບທັງຫມົດນີ້ແມ່ນວ່າພວກເຂົາສາມາດຖືກຄັດລອກເຂົ້າໄປໃນໂຄງການອື່ນໆໂດຍບໍ່ຕ້ອງປ່ຽນພວກມັນທັງຫມົດ. ຕໍ່ມາໃນບົດຄວາມຂ້າພະເຈົ້າຈະຄັດຕິດເນື້ອໃນທັງຫມົດຂອງໄຟລ໌ .csproj.

ຕົກລົງ, ພວກເຮົາໄດ້ຊອກຫາຄຸນສົມບັດຂອງໂຄງການແລ້ວ - ມັນບໍ່ແມ່ນເລື່ອງຍາກ. ແຕ່ສິ່ງທີ່ຕ້ອງເຮັດກັບຫ້ອງສະຫມຸດ plug-in (ຊຸດ NuGet). ຖ້າພວກເຮົາເບິ່ງຕື່ມອີກ, ພວກເຮົາຈະເຫັນວ່າຫ້ອງສະຫມຸດລວມໄດ້ຖືກລະບຸໄວ້ໃນອົງປະກອບ ກຸ່ມລາຍການ. ແຕ່ໂຊກບໍ່ດີ - ອົງປະກອບນີ້ປະຕິບັດເງື່ອນໄຂທີ່ບໍ່ຖືກຕ້ອງເປັນອົງປະກອບ PropertyGroup. ບາງທີນີ້ແມ່ນເຖິງແມ່ນ Visual Studio glitch, ແຕ່ຖ້າທ່ານລະບຸອົງປະກອບຈໍານວນຫນຶ່ງ ກຸ່ມລາຍການ ດ້ວຍເງື່ອນໄຂການຕັ້ງຄ່າ, ແລະໃສ່ການເຊື່ອມຕໍ່ທີ່ແຕກຕ່າງກັນກັບແພັກເກັດ 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>

ກະລຸນາສັງເກດວ່າໃນຫນຶ່ງໃນເງື່ອນໄຂທີ່ຂ້າພະເຈົ້າໄດ້ກໍານົດສອງການຕັ້ງຄ່າໂດຍຜ່ານ ຫຼື. ດ້ວຍວິທີນີ້, ຊຸດທີ່ຕ້ອງການຈະຖືກເຊື່ອມຕໍ່ໃນລະຫວ່າງການຕັ້ງຄ່າ Debug.

ແລະໃນທີ່ນີ້ພວກເຮົາມີເກືອບທຸກສິ່ງທຸກຢ່າງທີ່ສົມບູນແບບ. ພວກເຮົາໂຫຼດໂຄງການຄືນ, ເປີດໃຊ້ການຕັ້ງຄ່າທີ່ພວກເຮົາຕ້ອງການ, ໂທຫາລາຍການ "ໃນເມນູສະພາບການຂອງການແກ້ໄຂ (ບໍ່ແມ່ນໂຄງການ)ຟື້ນຟູແພັກເກັດ NuGet ທັງໝົດ"ແລະພວກເຮົາເຫັນວ່າຊຸດຂອງພວກເຮົາມີການປ່ຽນແປງແນວໃດ.

ແລະໃນຂັ້ນຕອນນີ້ຂ້ອຍມາຮອດຈຸດຕາຍ - ເພື່ອເກັບກໍາການຕັ້ງຄ່າທັງຫມົດໃນເວລາດຽວກັນ, ພວກເຮົາສາມາດນໍາໃຊ້ການປະກອບ batch (ເມນູ "Assembly»-> «ການກໍ່ສ້າງຊຸດ"), ແຕ່ເມື່ອປ່ຽນການຕັ້ງຄ່າ, ແພັກເກັດຈະບໍ່ຖືກຟື້ນຟູໂດຍອັດຕະໂນມັດ. ແລະໃນເວລາທີ່ປະກອບໂຄງການ, ນີ້ກໍ່ບໍ່ເກີດຂຶ້ນ, ເຖິງແມ່ນວ່າ, ໃນທາງທິດສະດີ, ມັນຄວນຈະ. ຂ້ອຍຍັງບໍ່ໄດ້ຊອກຫາວິທີແກ້ໄຂບັນຫານີ້ໂດຍໃຊ້ວິທີການມາດຕະຖານ. ແລະສ່ວນຫຼາຍອາດຈະເປັນຂໍ້ຜິດພາດຂອງ Visual Studio.

ດັ່ງນັ້ນ, ສໍາລັບການປະກອບ batch, ມັນໄດ້ຖືກຕັດສິນໃຈທີ່ຈະນໍາໃຊ້ລະບົບການປະກອບອັດຕະໂນມັດພິເສດ Nuke. ໃນຄວາມເປັນຈິງ, ຂ້າພະເຈົ້າບໍ່ຕ້ອງການນີ້ເພາະວ່າຂ້າພະເຈົ້າຄິດວ່າມັນ overkill ໃນແງ່ຂອງການພັດທະນາ plugin, ແຕ່ໃນປັດຈຸບັນຂ້າພະເຈົ້າບໍ່ເຫັນວິທີແກ້ໄຂອື່ນໆ. ແລະກັບຄໍາຖາມ "ເປັນຫຍັງ Nuke?" ຄໍາຕອບແມ່ນງ່າຍດາຍ - ພວກເຮົາໃຊ້ມັນຢູ່ບ່ອນເຮັດວຽກ.

ດັ່ງນັ້ນ, ໄປທີ່ໂຟນເດີຂອງການແກ້ໄຂຂອງພວກເຮົາ (ບໍ່ແມ່ນໂຄງການ), ກົດປຸ່ມຄ້າງໄວ້ ການປ່ຽນແປງ ແລະຄລິກຂວາໃສ່ພື້ນທີ່ຫວ່າງຢູ່ໃນໂຟນເດີ - ໃນເມນູສະພາບການເລືອກລາຍການ "ເປີດໜ້າຈໍ PowerShell ທີ່ນີ້".

ຖ້າ​ຫາກ​ວ່າ​ທ່ານ​ບໍ່​ໄດ້​ຕິດ​ຕັ້ງ​ມັນ​ nuke, ຫຼັງຈາກນັ້ນທໍາອິດຂຽນຄໍາສັ່ງ

dotnet tool install Nuke.GlobalTool –global

ໃນປັດຈຸບັນຂຽນຄໍາສັ່ງ nuke ແລະທ່ານຈະຖືກເຕືອນໃຫ້ configure nuke ສໍາລັບໂຄງການປະຈຸບັນ. ຂ້າ​ພະ​ເຈົ້າ​ບໍ່​ຮູ້​ວ່າ​ວິ​ທີ​ການ​ຂຽນ​ນີ້​ຢ່າງ​ຖືກ​ຕ້ອງ​ໃນ​ພາ​ສາ​ລັດ​ເຊຍ - ໃນ​ພາ​ສາ​ອັງ​ກິດ​ມັນ​ຈະ​ຂຽນ​ວ່າ​ບໍ່​ສາ​ມາດ​ຊອກ​ຫາ​ໄຟລ​໌ .nuke​. ທ່ານຕ້ອງການຕັ້ງຄ່າການກໍ່ສ້າງບໍ? [y/n]

ກົດປຸ່ມ Y ແລະຫຼັງຈາກນັ້ນຈະມີລາຍການການຕັ້ງຄ່າໂດຍກົງ. ພວກເຮົາຕ້ອງການທາງເລືອກທີ່ງ່າຍດາຍທີ່ສຸດໂດຍໃຊ້ MSBuild, ດັ່ງນັ້ນພວກເຮົາຕອບໃນ screenshot:

ໃຫ້ໄປທີ່ 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 ແລະຂຽນຄໍາສັ່ງອີກເທື່ອຫນຶ່ງ nuke (ທ່ານສາມາດຂຽນຄໍາສັ່ງ nuke ຊີ້ບອກຄວາມຕ້ອງການ ເປົ້າຫມາຍ. ແຕ່ພວກເຮົາມີຫນຶ່ງ ເປົ້າຫມາຍ, ເຊິ່ງດໍາເນີນການໂດຍຄ່າເລີ່ມຕົ້ນ). ຫຼັງຈາກທີ່ກົດປຸ່ມ Enter, ພວກເຮົາຈະມີຄວາມຮູ້ສຶກຄືກັບແຮກເກີທີ່ແທ້ຈິງ, ເພາະວ່າ, ເຊັ່ນດຽວກັບຮູບເງົາ, ໂຄງການຂອງພວກເຮົາຈະຖືກລວບລວມໂດຍອັດຕະໂນມັດສໍາລັບການຕັ້ງຄ່າທີ່ແຕກຕ່າງກັນ.

ໂດຍວິທີທາງການ, ທ່ານສາມາດນໍາໃຊ້ PowerShell ໂດຍກົງຈາກ Visual Studio (ເມນູ "view»-> «ປ່ອງຢ້ຽມອື່ນໆ»-> «Package Manager Console"), ແຕ່ທຸກສິ່ງທຸກຢ່າງຈະເປັນສີດໍາແລະສີຂາວ, ເຊິ່ງບໍ່ສະດວກຫຼາຍ.

ນີ້ສະຫຼຸບບົດຄວາມຂອງຂ້ອຍ. ຂ້າພະເຈົ້າແນ່ໃຈວ່າທ່ານສາມາດຄິດອອກທາງເລືອກສໍາລັບ AutoCAD ຕົວທ່ານເອງ. ຂ້າພະເຈົ້າຫວັງວ່າເອກະສານທີ່ນໍາສະເຫນີຢູ່ທີ່ນີ້ຈະຊອກຫາ "ລູກຄ້າ" ຂອງມັນ.

ຂອບໃຈສໍາລັບຄວາມສົນໃຈຂອງທ່ານ!

ແຫຼ່ງຂໍ້ມູນ: www.habr.com