Список проголосовавших за комментарий "А. Г., разберем такой случай. <br/> <br/> В программирование существует понятие — атомарная операция — это операция над переменными, в процессе которых, никакой другой поток программы не может вмешаться в это процесс.<br/> <br/> Ну например. У меня есть байт:<blockquote>char n;</blockquote>В одном потоке я делаю<blockquote>n = 1;</blockquote>По архитектуре процессора, это операция будет считаться атомарная, так как пишется байт в память, другой поток в этот байт не залезет. Это очень важно в многопоточном программировании.<br/> <br/> Еще со времен 486 процессоров, интел научился делать простейшие операции атомарно (сложение, вычитание, инкремент и тд) через спец ассемблерные инструкции (проц просто лочит память).<br/> <br/> Разработчики на Си быстро оборачивали эти ассемблерные вставки в процедуры и работали. Потом в Cи 11 стандарта уже появились встроенные функции в стандартные библиотеки, уже не надо было ничего придумывать, а в Cи++ 11 стандарта появились классы, реализующие тоже самое.<br/> <br/> Казалось бы, зачем эти классы, если можно и дальше использовать либо ассемблерные вставки или встроенные функции.<br/> Дело в том, что когда разработчик пишет очень много параллельного кода, внимание притупляется, и нечайно он может не применить атомарные функции, и вместо готовой функции<blockquote>__sync_fetch_and_add (&n, 5);</blockquote><br/> он нечайно может написать<br/> <blockquote>n = n +5;</blockquote><br/> Что сразу же нарушит атомарность работы с памятью И это может привести к багам, которые в большом коде очень сложно найти.<br/> Конечно, можно к названиям переменным прибавлять некий префикс, ну например<blockquote>atomic_n </blockquote>чтобы не притуплялось внимание. Но это может не помочь.<br/> <br/> Класс в данном случаен сильно спасает. Мы можем обернуть эту переменную в класс, закинуть ее в private видимость и работать с ней через методы класса, полностью исключая возможные ошибки кода.<br/> <br/> Да, на этом мы теряем наносекунды, но приобретаем стабильность кода.<br/> <br/> Вышеизложенные примеры с ошибками кода привожу из примера опытных программистов, создающих большое приложение."