GoshariqChan Jul 23 at 10:14

.SLN умер. Да здравствует .SLNX

Easy

6 min

5.3K

PVS-Studio corporate blogC# *

+28

Comments 20

DjUmnik Jul 23 at 12:32

CMake еще не поддерживает

AleksejMsk Jul 23 at 14:22

Круто.

Но я даже не помню когда я что-то там редактировал.

🥺

Kingas Jul 23 at 15:29

Когда переименовывается проект, а папку оно не меняет, и тогда нужно редактировать.

А еще бывали хвосты архитектуры конфигурации плюсов попадали, их проще было ручками удалить.

DrXak Jul 24 at 06:57

Или когда исправляешь конфликты. Кто-то на мастере добавил новый проект, и ты добавил новый проект.

Koshey_Immortal Jul 25 at 12:28

Поэтому нечего build файлы пихать в репозиторий. Там должен лежать CMakeLists.txt и все. Лично мое мнение. И не нужно будет ничего руками редактировать.

cstrike Jul 29 at 10:37

Что?

AleksejMsk Jul 26 at 17:28

Я тоже могу выдумать причины для ручного редактирования. А если заплатят так и ещё обосную.

😊 Но в 99.99% меня не волнует как и что там написано.

mvv-rus Jul 24 at 01:13

И всё?! Да, это весь файл решения.

Не вижу активных конфигураций.

Bronx Jul 24 at 07:02

<Solution>
  
  <!-- Solution configuraions -->
  <Configurations>
    <Platform Name="Win32" />
    <Platform Name="x64" />
  </Configurations>
  
  <!-- Solution folder(s) -->
  <Folder Name="/Solution Items/">
    <File Path="Directory.Build.props" />
    <File Path="Directory.Build.targets" />
  </Folder>

  <!-- This project supports and build all solution configurations (default) -->
  <Project Path="Project1.vcxproj" />
  
  <!-- This project supports only Win32 platform and excluded from x64 -->
  <Project Path="Project2.vcxproj">
    <Platform Project="Win32" />
    <Build Solution="*|x64" Project="false" />
  </Project>

</Solution>

В общем, жить можно вроде.

Deosis Jul 24 at 05:12

Странно, что новое расширение назвали slnx, а не slnproj

usrsse2 Jul 24 at 09:59

Это же не проект.

Deosis Jul 30 at 03:07

Это проект с проектами

Panzerschrek Jul 24 at 05:53

XML, мягко говоря, тоже не очень дружелюбен к читателю. Слишком он многословный. Могли бы и JSON выбрать.

cmyser Jul 24 at 09:21

Или даже tree

ZodtOne Jul 27 at 23:33

Учитывая, что .csproj, .props, .targets используют xml, было бы странно стандартизировать json для файла решения. Особенно учитывая, что json сложнее читать чем xml. json хорош для передачи данных, но никак не для чтения.

WNeZRoS Jul 28 at 08:31

Если попробовать тоже самое записать в json или даже yaml, то меньше текста не получится

Panzerschrek Jul 24 at 05:54

Каков вообще смысл сейчас использовать vcproj/sln файлы? Visual Studio давно уже поддерживает CMake, который значительно более прост в редактировании и чтении, да к тому же не прибит гвоздями к одной конкретной IDE.

usrsse2 Jul 24 at 09:57

Существуют другие языки, не только C++. В статье приводится пример для проектов на C#, vcxproj упоминается только в комментариях.

Maccimo Jul 24 at 19:37

CMake, который значительно более прост в редактировании и чтении

Тьюринг-полный язык, для которого есть и настоящий отладчик в том числе, у вас проще декларативного файла конфигурации?

Panzerschrek Jul 26 at 11:35

Если Cmake использовать декларативно (только часть его функционала), то он лаконичнее XML. Он ведь создавался для написания руками, а XML же больше машиночитаемый, чем человекочитаемый.

Тьюринг-полнота тоже полезна, местами. Если что-то надо сделать по хитрому условию в cmake это просто делается. С проектами Visual Studio же начинаются пляски с бубном, вроде поиска неочевидных пунктов в меню настроек проекта или того хуже, с прикручиванием внешних bat или powershell скриптов.