Законное Использование offsetof Макроса в C / C++

Что ж ... В C это очень полезно для любого места, где вам нужен код для описания структуры данных. Я использовал его, например, для создания сгенерированного во время выполнения GUI: s для установки параметров.

Это работало следующим образом: команда, которой требуются параметры, определяет локальную структуру, содержащую ее параметры, а затем описывает эту структуру для кода, который генерирует графический интерфейс, используя смещение , чтобы указать, где находятся поля. Использование смещений, а не абсолютных адресов позволяет коду графического интерфейса работать с любым экземпляром структуры, а не только с одним.

Это немного сложно быстро набросать в примере (я пробовал), но поскольку комментарии указывают на то, что пример в порядке , Я попробую еще раз.

Предположим, у нас есть автономный модуль, называемый «командой», который реализует какое-то действие в приложении. Эта команда имеет набор параметров, которые управляют ее общим поведением, которое должно быть показано пользователю через графический пользовательский интерфейс. Для целей этого примера предположим, что приложение является файловым менеджером, и команда может быть, например, «Копировать».

Идея состоит в том, что код копирования находится в одном файле C, а код графического интерфейса пользователя - в другом, а Код графического интерфейса пользователя не должен быть жестко запрограммирован для «поддержки» параметров команды копирования. Вместо этого мы определяем параметры в файле копирования, например так:

struct copy_options
{
  unsigned int buffer_size;     /* Number of bytes to read/write at a time. */
  unsigned int copy_attributes; /* Attempt to copy attributes. */
  /* more, omitted */
};

static struct copy_options options; /* Actual instance holding current values. */

Затем команда копирования регистрирует свои параметры конфигурации в модуле графического интерфейса:

void copy_register_options(GUIModule *gui)
{
  gui_command_begin(gui, "Copy");
  gui_command_add_unsigned_int(gui, "Buffer size", offsetof(struct copy_options, buffer_size));
  gui_command_add_boolean(gui, "Copy attributes", offsetof(struct copy_options, copy_attributes));
  gui_command_end(gui);
}

Затем, допустим, пользователь просит установить параметры команды копирования. Затем мы можем сначала скопировать текущие параметры для поддержки отмены и запросить у модуля GUI диалоговое окно, содержащее элементы управления, созданные во время выполнения, подходящие для редактирования этой команды. Параметры s:

void copy_configure(GUIModule *gui)
{
  struct copy_options edit = options;

  /* Assume this opens a modal dialog, showing proper controls for editing the
   * named command's options, at the address provided. The function returns 1
   * if the user clicked "OK", 0 if the operation was cancelled.
  */
  if(gui_config_dialog(gui, "Copy", &edit))
  {
    /* GUI module changed values in here, make edit results new current. */
    options = edit;
  }
}

Конечно, этот код предполагает, что настройки являются чистыми типами значений, поэтому мы можем скопировать структуру, используя простое присваивание структуре. Если бы мы также поддерживали динамические строки, нам потребовалась бы функция для копирования. Однако для данных конфигурации любую строку, вероятно, лучше всего выразить как массив статического размера char в структуре, что было бы хорошо.

Обратите внимание на тот факт, что модуль GUI знает только, где находится каждое значение life, выраженный как смещение, позволяет нам предоставить функции диалога временную копию в стеке. Если бы мы вместо этого установили модуль GUI с прямыми указателями на каждое поле, это было бы невозможно, что было бы гораздо менее гибким.

Если бы мы также поддерживали динамические строки, нам потребовалась бы функция для копирования. Однако для данных конфигурации любую строку, вероятно, лучше всего выразить в виде массива статического размера char в структуре, что было бы хорошо.

Обратите внимание на тот факт, что модуль GUI знает только, где находится каждое значение life, выраженный как смещение, позволяет нам предоставить функции диалога временную копию в стеке. Если бы мы вместо этого установили модуль GUI с прямыми указателями на каждое поле, это было бы невозможно, что было бы гораздо менее гибким.

Если бы мы также поддерживали динамические строки, нам потребовалась бы функция для копирования. Однако для данных конфигурации любую строку, вероятно, лучше всего выразить в виде массива статического размера char в структуре, что было бы хорошо.

Обратите внимание на тот факт, что модуль GUI знает только, где находится каждое значение life, выраженный как смещение, позволяет нам предоставить функции диалога временную копию в стеке. Если бы мы вместо этого установили модуль GUI с прямыми указателями на каждое поле, это было бы невозможно, что было бы гораздо менее гибким.

Обратите внимание, как тот факт, что модуль GUI знает только, где находится каждое значение, выраженное в виде смещения, позволяет нам предоставить функции диалога временную копию в стеке. Если бы мы вместо этого настроили модуль GUI с прямыми указателями на каждое поле, это было бы невозможно, что было бы гораздо менее гибким.

Обратите внимание, как тот факт, что модуль GUI знает только, где находится каждое значение, выраженное в виде смещения, позволяет нам предоставить функции диалога временную копию в стеке. Если бы мы вместо этого установили модуль GUI с прямыми указателями на каждое поле, это было бы невозможно, что было бы гораздо менее гибким.