Re[7]: msbuild поверх xml - была плохая идея?
От: rosencrantz США  
Дата: 22.11.23 15:47
Оценка:
Здравствуйте, karbofos42, Вы писали:

K>Здравствуйте, rosencrantz, Вы писали:


R>>Всякие там ключи компиляции настроить в студии — мышкой. Пакет из нугета поставить — мышкой. IIS настроить — мышкой.


K>По-моему кто-то просто не разобрался, т.к. всё это делается без мышки при желании.


Насколько велико должно быть желание?

K>У того же nuget есть CLI, но я не понимаю в чём прикол делать это вручную.

K>Хочешь — добавь вручную в csproj строку типа:
K>
K><PackageReference Include="Newtonsoft.Json" Version="13.0.0" />
K>

K>и радуйся.

Я смотрю на проект ~2015 года — зависимости из нугета лежат в packages.config, а в *.csproj — ссылки на конкретные assemblies. Я припоминаю, что одно время когда в студии открываешь солюшн, там надо было руками что-то нажать, чтобы пакеты скачались. Потом вроде появилась какая-то галочка "скачивать автоматически".

R>>Будь добр скачать и поставить отдельный тул (WebDeploy) — и потом дёргать его из MSBuild как обычную внешнюю программу.


K>Какие-то ограничения на число инструментов?


Не ограничения, а профессиональные предпочтения. Чем меньше инструментов — тем лучше.

K>В случае с maven или gradle внезапно тоже чудес нет. Либо есть нужный плагин, который скачается сам, потом подтянет нужный тул, либо так же будешь дёргать как обычную внешнюю программу.


Разница в культуре. В Gradle/Maven есть плагины — их много, они сами скачиваются и работают. В MSBuild, как ты сам сейчас продемонстрировал, "этого нет, но ведь оно и не надо".

K>В Microsoft мире просто этим меньше загоняются, большинство задач решается в 2 клика и не так много народа вникает во все эти xml.


А почему в Microsoft мире на это меньше загоняются? Было бы интересно разобраться, почему большинство задач решается в 2 клика — то ли потому что у Микрософт инструменты сборки такие мощные, то ли потому что инструменты плохие, но об этом все знают — и поэтому никому даже в голову не приходит решить более-менее сложную задачу (которая в том же Gradle будет просто "обычной")

K>И с тем же nuget отдельным нормально. Отдельно сборки, отдельно репозиторий пакетов.


Ну нормально, так нормально.

K>А в чём удобство, когда вроде используешь gradle, а пакеты берёшь из mavenCentral?


А что именно смущает? Слово "Maven" в названии репозитория?
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.