Побитовые операторы по-прежнему актуальны в современном PHP?

512 является целым числом 10, а permissions Побитовый и фактически смотрит на поперечное сечение этих двух чисел, и возвращает биты, которые установлены (1) в обоих из них. Итак, если число 512 равно 1000000000, и если значение разрешений равно 1023, то при преобразовании в двоичный код это 1111111111. Сечение этих значений возвращает 1000000000, поскольку в обоих числах установлен только самый левый бит. Когда мы конвертируем это обратно в десятичное число, это 512, что считается true

Это на самом деле логические, а не арифметические операторы в том смысле, что они проверяют правильность на основе условия. Если у нас есть числа 1110 и 1010, вот что они производят, учитывая разные побитовые операторы:

• &
• | возвращает двоичное число со всеми установленными битами, которые установлены в любом операнде.
• ^
• ~

Есть также операторы побитового сдвига: сдвиг влево <<>> Они резко изменяют значения двоичных чисел, буквально перемещая все установленные биты на одно место вправо или влево. Их использование в нашем контексте сомнительно, поэтому мы не будем их здесь рассматривать.

И в PHP мы можем проверить, установлен ли бит так:

 if (1023 & 1) {

}

Но это действительно, очень трудно расшифровать — просто смотреть на необработанные числа не очень читабельно или понятно. Итак, в PHP лучше использовать константы, определяющие разрешения как биты, и извлекающие целочисленное значение разрешения из столбца. Затем вы получите что-то вроде этого:

 if ($user->permissions & \MyNamespace\Role::FINISHED_DELETE) {
  // 
}

Здесь мы предполагаем, что у нас есть класс \MyNamespace\Role

 const FINISHED_DELETE = 1;
const FINISHED_EDIT = 2;
const DRAFT_PUBLISH = 8;
...
const CHANGE_PERMISSIONS = 512;

Внезапно у вас есть действительно простой способ хранения нескольких разрешений на пользователя без использования дополнительных таблиц и создания ненужных накладных расходов.

Итак, как мы можем сохранить это в базе данных при изменении разрешений? Просто суммируйте разрешения вместе и сохраните их как целые числа! Человек, который может FINISHED_DELETEFINISHED_EDIT Поэтому, чтобы сохранить их разрешения, вы просто суммируете их (1 + 2 = 3) и сохраняете 3 в столбце permissions Нет другого способа получить число 3 с двоичными комбинациями — число 3 не может быть представлено в двоичном виде иначе, чем 0011 — так что вы можете быть на 100% уверены, что число 3 всегда означает, что у пользователя есть разрешение 1 и разрешение 2, соответствующие их значениям в константах.

Это кажется слишком простым и практичным, верно? В чем подвох?

Предостережения

Есть два основных предостережения:

1. Вы должны помнить, что при вычислении значения бита следующего разрешения следует использовать степень 2. Поэтому, если вам нужно добавить новое разрешение, вы не можете просто выбрать 543, если у вас уже есть 512 — это должно быть 1024. Это становится немного сложнее, когда числа становятся больше.
2. Так как наши компьютеры работают под управлением 64-разрядных операционных систем на 64-разрядных процессорах (в основном — некоторые из них даже по-прежнему зависают на 32-разрядных!), Это означает, что число может иметь максимум только 64-разрядные значения. Это означает, что вы можете хранить только перестановки с максимальным разрешением 64 для данного пользователя. Для небольших и средних сайтов этого вполне достаточно, но на огромных сайтах это может стать проблемой. Решение в том, чтобы использовать разные столбцы для разных контекстов разрешений ( draft_permissionsaccount_permissions Каждый из этих столбцов может содержать собственные 64 разрешения, что достаточно даже для самых требовательных веб-сайтов.

Вывод

Битовые операции определенно все еще имеют место в современном программировании. Хотя может быть нелогично использовать что-то настолько сложное (на самом деле это не так — оно совсем не так знакомо, как современные таблицы объединения), этот подход приносит много преимуществ — не в последнюю очередь это значительное повышение производительности, как в отношении данных размер (намного меньше информации для хранения в базе данных и последующего извлечения) и скорость (пользовательский объект может предварительно извлекать значение своего разрешения — это просто целое число — и, таким образом, его можно всегда проверять).

Пакеты, представленные здесь, безусловно, упрощают работу, но только если вы еще не знаете даже о более простых альтернативах, подобных тем, которые были показаны выше.

Как вы относитесь к использованию побитовых операторов для проверки разрешений и такого подхода к их хранению? Есть очевидные плюсы / минусы? Дайте нам знать, как вы это делаете и почему!