caxapa.ru :: Это не хуже, т.к. всё равно надо хранить или индекс, или указатель. Вопрос в том, как автору удобнее заполнять этот список/массив. Можно использовать макросы с __LINE__, но мне кажется, что это будет не красиво. Дополнительный РОН... это от компилятора зависит. Смещение (+1) к индексу известно на этапе компиляции, РОН не нужен. Главное же - удобство пользования и размещение во флэш.

Costic (29.04.2022 15:49, просмотров: 206) ответил VladislavS. на Это хуже, так как потребует хранить где-то индекс (дополнительный РОН) и вычислять смещение из индекса в каждом цикле. В случае p=p->nexet доступ к полям через p просто адресацией со смещением происходит.

Это не хуже, т.к. всё равно надо хранить или индекс, или указатель. Вопрос в том, как автору удобнее заполнять этот список/массив. Можно использовать макросы с __LINE__, но мне кажется, что это будет не красиво. Дополнительный РОН... это от компилятора зависит. Смещение (+1) к индексу известно на этапе компиляции, РОН не нужен. Главное же - удобство пользования и размещение во флэш.

Ответить

- В случае с указателем, доступ к полям структуры по фиксированному смещению. Компилятор все смещения знает и жёстко закодирует. В случае с индексом надо в одном регистре хранить адрес массива, во второй индекс загружать и для доступа к полям структуры их складывать и только потом смещение использовать. Посмотрите листинги, я чуть выше все ссылки на разные реализации собрал. - VladislavS.(29.04.2022 16:38)

Средства и методы разработки