Применение побитовых операторов в PHP и Javascript?

Question

[vaniaPooh]

Всем известно о наличии побитовых операторов (&, |, ^, >>, << и т.п.) в наиболее популярных языках веб-программирования (в PHP и Javascript они точно есть!). В книжках тоже о них всегда пишут, потому что они есть и без них книжка будет неполной. А теперь вопрос: какие примеры применения этих операторов в задачах веб-программирования вы знаете?


P.S. По этой теме в Q&A нашел только это: habrahabr.ru/qa/813/

Answer 1

[korvindest]

Ну например, если вам надо реализовать алгоритм поиска решения делением отрезка пополам, то эффективнее использовать сдвиг вправо, а не деление на 2.

Кроме этого побитовые операторы актуальны при работе с цветом RGB если все три (или 4) составляющих хранятся в одном int.

Еще можно вспомнить про перевод в двоичную и шестнадцатеричную систему исчисления для удобного представления id сессии или чего то подобного.
Ну это как примеры…

Естественно все это нужно, только в тех случаях, когда нету готовых функций встроенных в язык.

Answer 2

[Сергей Береснев]

Для использования флагов используются битовые операции. Взять хотя бы ошибки. Надо выставить все ошибки, кроме depricated, то пишем:
E_ALL & ~E_DEPRECATED.

Comments

[vaniaPooh]

Да, действительно, про это я забыл. Но тут дело в представлении кодов ошибок: они так выбраны, чтобы можно было применять подобные операции. А еще хотя бы один пример? =)

Answer 3

[Ivan Shalganov]

У меня в проекте есть объект имеющий 42 различных состояния, на подобии сброшен, завершился с ошибкой, процессе того, в процессе сего… и т.д. На каждое состояние выделен 1 бит, таким образом все возможные состояния вмещаются в одно свойство объекта. Так вот, есть много мест где мне надо решать что делать опираясь на эти флаги, для примера сравните 2 куска кода.

if($this->_sock && !empty($this->_opts["keep-alive"]) && $this->_is_opened && $this->_step == "proceed") {
}

или

if($this->_state & self::CAN_PROCEED) {
}

таким образом можно вместо кучи свойств и проверок ключей у массивов/объектов делать одну битовую операцию

Comments

[cat_crash]

Можно было бы интереса ради пример манипуляций сравнения побитовых операций?

[Ivan Shalganov]

Бит стоит расценивать как флаги.
Добавляет бит(ы) из FLAG в _state:
$this->_state |= self::FLAG;
Удаляет бит(ы) из _state которые содержатся в FLAG:
$this->_state &= ~self::FLAG;
Наличие хотя бы одного бита из FLAGS в _state:
if($this->_state & self::FLAGS){}
Наличие всех битов из FLAGS в _state (в _state может быть и больше битов):
if($this->_state & self::FLAGS == self::FLAGS){}
Наличие всех битов в _state кроме битов содержащихся в FLAGS:
if($this->_state & ~self::FLAGS){}
В _state должен быть только один бит из FLAGS (например есть 5 состояний, но в одно время может быть только одно) Не исключает наличие других битов, не входящих в FLAGS:
if((($this->_state & self::FLAGS) & (($this->_state & self::FLAGS) - 1))){}

Если я понял о чем Вы.

[Ivan Shalganov]

*бит=флаг

[Ivan Shalganov]

Наличие хотя бы одного бита из FLAGS в _state(в _state может быть и больше битов):
if($this->_state & self::FLAGS){}
Наличие всех битов из FLAGS в _state (в _state не должно быть других битов):
if($this->_state & self::FLAGS == self::FLAGS){}

сори, писал на коленках

Answer 4

[mark_ablov]

Например можно не заводить 32 булевых поля в mysql, а «упаковать» всё в один int.

Comments

[korvindest]

Только потом без документации вы просидите много часов за опознанием каждого бита. И вам придется долго плакать, когда под высокой нагрузкой потребуется делать выборку, по одному из флагов.

[mark_ablov]

> Только потом без документации вы просидите много часов за опознанием каждого бита.
А зачем использовать магические константы?
В данном случае за документацию может сойти и хороший код.
> И вам придется долго плакать, когда под высокой нагрузкой потребуется делать выборку, по одному из флагов.
Дык решение зависит от архитектуры, если нам не нужно делать выборку, то вполне пойдет такое решение.

Answer 5

[Андрей Ширяев]

А еще как пример с web душком это получение параметров Google PR.