PF
Если уже используется sync, почему есть потребность в его очищении? Скорее проблема дизайна
Size: a a a
2020 April 25
АП
Подозреваю, что sync.Map используется не по назначению. Он создан для случаев, когда очень редко меняется. Так что лучше всего переписать на обычный мап и лок
разве он не обрачивает map с мьютексами?
IS
разве он не обрачивает map с мьютексами?
Нет
IS
Такую фигню в стдлиб бы не положили
IS
sync.Map очень часто используется не по назначению. ОЧЕНЬ часто
IS
Хотя в документации описаны два юскейса для него. Но кто же ее читает...
ЛА
Так вам же никто не запрещает в YAML использовать JSON-нотации для определения вложенностей)
JSON — подмножество YAML. Используйте не отступы, а фигурные и квадратные скобки)
JSON — подмножество YAML. Используйте не отступы, а фигурные и квадратные скобки)
А пример можете привести? В Википедии вижу только что массив можно в квадратные скобки определить. А если у меня 2 структуры, вложенные друг в друга, вот так:
Как в этом случае мне определить начало и конец определения структуры second, чтобы отсутствие пробелов перед ее полями не привело к тому, что они не будут прочитаны, тк будут относиться к корню или first, которые к этим полям отношения не имеют?
first:
field1: 1
second:
field2: 2
Как в этом случае мне определить начало и конец определения структуры second, чтобы отсутствие пробелов перед ее полями не привело к тому, что они не будут прочитаны, тк будут относиться к корню или first, которые к этим полям отношения не имеют?
VI
Подозреваю, что sync.Map используется не по назначению. Он создан для случаев, когда очень редко меняется. Так что лучше всего переписать на обычный мап и лок
вообще не по назначению, грубо говоря, хранилище конфигурации системы, membership данных, user identity. но проект довольно большой и сложный, сложно вот так взять и переписать то, на что завязано много неясной логики
x
А пример можете привести? В Википедии вижу только что массив можно в квадратные скобки определить. А если у меня 2 структуры, вложенные друг в друга, вот так:
Как в этом случае мне определить начало и конец определения структуры second, чтобы отсутствие пробелов перед ее полями не привело к тому, что они не будут прочитаны, тк будут относиться к корню или first, которые к этим полям отношения не имеют?
first:
field1: 1
second:
field2: 2
Как в этом случае мне определить начало и конец определения структуры second, чтобы отсутствие пробелов перед ее полями не привело к тому, что они не будут прочитаны, тк будут относиться к корню или first, которые к этим полям отношения не имеют?
first: {
field1: 1,
second: {
field2: 2
}
}Это валидный YAML
ЛА
first: {
field1: 1,
second: {
field2: 2
}
}Это валидный YAML
Огонь!
IS
вообще не по назначению, грубо говоря, хранилище конфигурации системы, membership данных, user identity. но проект довольно большой и сложный, сложно вот так взять и переписать то, на что завязано много неясной логики
map с синхронным доступом в использовании достаточно простая вещь, обычно заменить sync.Map на lock + map не сложно
VI
map с синхронным доступом в использовании достаточно простая вещь, обычно заменить sync.Map на lock + map не сложно
а, я думал на слайсах сделать кеш, но да, можно обойтись малой кровью
k
Хей, народ, а как можно запустить код/файл с++ в go?)0
ES
Хей, народ, а как можно запустить код/файл с++ в go?)0
через CGo можно
k
через CGo можно
с c работает, с с++ сыпет ошибками
ES
с c работает, с с++ сыпет ошибками
так и не любой C++ код можно из C вызвать. Скорее всего надо обвязочки написать совместимые
k
так и не любой C++ код можно из C вызвать. Скорее всего надо обвязочки написать совместимые
спасибо, я в бан)
k
ES
спасибо, я в бан)
Вот же на стэковерфлоу довольно развернутая дискуссия
https://stackoverflow.com/questions/1713214/how-to-use-c-in-go
https://stackoverflow.com/questions/1713214/how-to-use-c-in-go
ES
Другой вариант: компилить C++ в асм и вызывать из го асма функции