g
Нужно типа какое-то значение возвращать периодически с некоторым промежутком
.fsproj с кучей непонятных пакетов и Paket в dotnet шаблоне.Size: a a a
2020 October 29
SN
То есть выбор между некрасивым
Пакет тоже не гарантирует разрешения любых зависимостей. Если ты пилишь опенсорсную библиотеку, то ты просто обязан запинить версии зависимостей
VS
Вроде бы будет только импорт
Paket.Restore.targets, нет?Но для мобилок есть НЮАНС
VS
Пакет тоже не гарантирует разрешения любых зависимостей. Если ты пилишь опенсорсную библиотеку, то ты просто обязан запинить версии зависимостей
Это понятно
VS
Но жизнь немного упрощает
RS
нужен траверс, сказал бы скалист))
оГ
Опасно :) потом всё на асинксеках будет делать :)))
VS
Ну как тебе сказать
VS
Я бы взял таймер
g
Пакет тоже не гарантирует разрешения любых зависимостей. Если ты пилишь опенсорсную библиотеку, то ты просто обязан запинить версии зависимостей
В данном случае считаем, что гарантирует.
SN
Это понятно
тогда непонятно в чем вопрос. пакет удобен когда у тебя просто проект в просто энтерпрайзе и ты не против раз в полгода чинить упавший билд.
SN
В данном случае считаем, что гарантирует.
ну тогда определись, что значит "красивый" .fsproj, потому что многим это просто xml, он с ними не говорит, так сказать
SN
с пакетом сборка станет на одну команду длиннее, не знаю, важно ли это
VS
В фспрож ИНОГДА приходится заглядывать
VS
Но редко
SN
ну там будет одна дополнительная строчка, вы считаете, это изуродует xml до неузнаваемости?
g
ну тогда определись, что значит "красивый" .fsproj, потому что многим это просто xml, он с ними не говорит, так сказать
Тот, в котором можно обновить версию пакета в одном месте и получить работающий билд. Можно, конечно, сказать пользователю, чтобы ничего не трогал и ждал новую версию шаблона.
SN
Тот, в котором можно обновить версию пакета в одном месте и получить работающий билд. Можно, конечно, сказать пользователю, чтобы ничего не трогал и ждал новую версию шаблона.
в обоих случая версия зависимости обновляется в одном месте, если мы об одном и том же
SN
я считаю, тут надо подходить с другой стороны.
SN
вот скажем я твой пользователь - взял твой шаблон, сгенерировал проект, начал разработку. скажем, через год пора обновлять зависимости. новая версия шаблона никак не поможет, не так ли?