g
Size: a a a
2020 October 29
SN
то есть вопрос обновления зависимостей будет на плечах пользователя. поэтому я лично задумался, хочу ли я заставить пользователя осваивать пакет (потому что это объективно хорошо) или нет?
SN
наименьший общий знаменатель - это зависимости в .fsproj, потому что от этого способа можно перейти к пакету буквально одной командой, а обратно - нет
VS
Пакет осваивать не надо
SN
ага. я тоже так считал, после того, как освоил
VS
dotnet restore сам все делает
VS
В общемслучае
SN
ага. только сначала надо
dotnet tool restore, а потом уже dotnet restoreSN
ну и надо знать синтаксис paket.dependency, чтобы управлять зависимостями
SN
то есть почитать документацию все же придется
VS
paket.dependency вообще может браться со стороннего хранилща
VS
И менеджиться отдельно
g
то есть вопрос обновления зависимостей будет на плечах пользователя. поэтому я лично задумался, хочу ли я заставить пользователя осваивать пакет (потому что это объективно хорошо) или нет?
Да, пожалуй, пользователю придется столкнуться с Paket. Зависимости между пакетами в Aardvark, кажется, изначально прописывались под алгоритм разрешения зависимостей в Paket, и любое обновление без него становится нетривиальным.
SN
Да, пожалуй, пользователю придется столкнуться с Paket. Зависимости между пакетами в Aardvark, кажется, изначально прописывались под алгоритм разрешения зависимостей в Paket, и любое обновление без него становится нетривиальным.
ну вот тебе и ответ
МП
КлиМутабл атрибут добавить
МП
'a в данном случае это TagData
МП
Что я не так делаю?
AH
Что я не так делаю?
Хз, я этим сериализатором никогда не пользовался даже в сишарпе!
МП
Я тоже(((