Телеграмм чат группы ssl1c страница 1965

Дык все равно же нет описания того, как эти коллекции "под капотом" реализованы) Поэтому судить можно только по разного рода тестам. Кстати были же где-то на ИС?

источник

16:12пожаловаться #4

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

Alexey Lab Sosnoviy

странный вопрос от "количества элементов"...

Ну обычно структуры это что-то "небольшое", "осязаемое". А не список

источник

16:12пожаловаться #5

Alexey Lab Sosnoviy in 1С, БСП, DevOps и Архитектура

‌‌‎infactum

Есть легенда, что соответствие быстрей. пруфов нет

источник

16:13пожаловаться #6

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

По сути, мой вопрос наверное правильно выразить так:
что будет быстрее работать
структура или соответствие
если у ключа будет тип "Строка"

источник

16:13пожаловаться #7

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура

В реальном мире массив с тупым переборам по элементам может и по быстрее мапы быть. Зависит от размера коллекции (это как минимум).

источник

16:13пожаловаться #8

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊 in 1С, БСП, DevOps и Архитектура

Василий Мазурок

Ну обычно структуры это что-то "небольшое", "осязаемое". А не список

А почему не массив?

источник

16:13пожаловаться #9

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊

А почему не массив?

Что бы циклом не перебирать. Мне по ключу значение надо получать ...

источник

16:14пожаловаться #10

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊 in 1С, БСП, DevOps и Архитектура

Василий Мазурок

Что бы циклом не перебирать. Мне по ключу значение надо получать ...

У массива ключом является индекс

источник

16:14пожаловаться #11

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

А то место где будут лежать ключи - не может быть только "цифровым". Ну точнее я бы не хотел выполнять преобразование из строки в число.

источник

16:14пожаловаться #12

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊 in 1С, БСП, DevOps и Архитектура

Василий Мазурок

окай

источник

16:15пожаловаться #13

‌

‌‌‎infactum in 1С, БСП, DevOps и Архитектура

Василий Мазурок

Что бы циклом не перебирать. Мне по ключу значение надо получать ...

Дык "поиск по ключу" вам не бесплатно достается) Иногда плата за это выше, чем цена перебора массива.

источник

16:15пожаловаться #14

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

Скажем так, в таличном документе будет овердохуа ячек, у каждой свое имя.
По имени ячейки определить данные связанные с ней, планировал как раз через "структуру".

источник

16:15пожаловаться #15

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊 in 1С, БСП, DevOps и Архитектура

Тут скорее вопрос что будет удобнее использовать
https://infostart.ru/public/142517/

infostart.ru

Структура против (VS) Соответствие

Иногда встает вопрос, что лучше использовать, а чаще всего в стандартных конфигурациях 1С и их партнеров при обновлении может, происходит преобразование данных в другие объекты метаданных и почему то они строят структуру, где ключом является код объекта?! А там же может быть значение, которое начинается на цифру и сразу же выходит ошибка.

источник

16:15пожаловаться #16

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

Хотя. Если скорость доступа к массиву по идексу, превысит затраты доступа по "строковому" ключу в структуре, и это превышение будет покрывать затраты на конвертации строки в число то лучше массив наверное.

источник

16:18пожаловаться #17

𝖍

𝖍𝖔𝖉𝖞𝖙𝖔𝖓𝖊 in 1С, БСП, DevOps и Архитектура

Василий Мазурок

Если только строки, то соответствие быстрее структуры, массив быстрее соответствия, но строго последовательный

источник

16:19пожаловаться #18

ВМ

Василий Мазурок in 1С, БСП, DevOps и Архитектура

Что значит "строго последовательный"?
Затраты на вставку в середину массива - высоки?
Ну это мне и не нужно.
По идее я его один раз заполнил - и много раз читаю.

Один только нюанс - он будет хранится в реквизите формы. Т.е. сериализация туда/сюда.
В этом смысле массив удобен?

источник

16:21пожаловаться #19

Alexey Kostromin in 1С, БСП, DevOps и Архитектура

Alexey Lab Sosnoviy

Есть легенда, что соответствие быстрей. пруфов нет

где то было написано что соответсвие индексируется

источник

16:23пожаловаться #20