Постфиксные и префиксные *менты

The_Immortal · Регистрация: 04.04.2009

Студворк — интернет-сервис помощи студентам

Только вчера узнал о существовании префиксного варианта декремента и инкремента:

C++
1
2
++example;
--example;

И что-то это меня еще больше запутало.

Вот 2 примера:

Первый:

C++
1
2
3
4
5
6
7
8
9
int main() {
int loopcount = 1;
 
while (--loopcount > 0)
      {
       cout<<loopcount;          
      }
system  ("pause");                   
}

- тут мы в цикл не попадаем: уменьшили на единицу, вернули значение, сравнили - не прошло. Все понятно.

Второй:

C++
1
2
3
4
5
6
7
8
9
int main() {
int loopcount = 1;
 
while (loopcount-- > 0)
      {
       cout<<loopcount;          
      }
system  ("pause");                   
}

- здесь почему-то мы в цикл попадаем и в цикле выводится значение 0.
Вопрос: в какой момент происходит -1? Сразу после условия? В нулевой строчке тела цикла или где вообще?

@taras atavin · 01.06.2012, 09:49

При постфиксе сначала проверка значения операнда, а потом исполнение самого оператора, при префиксе наоборот.

@Lordif · 01.06.2012, 10:09

При префиксном

C++
1
b = ++a;

происходит сначала

C++
1
a + 1

и только потом значение a + 1 приравнивается к b
А у постфиксного

C++
1
b = a++;

Сначала к b приравнивается значение a, и только потом происходит увеличение a на 1

The_Immortal · 01.06.2012, 11:16 **[ТС]**

taras atavin,
Lordif,
спасибо большое (сорри, опять плюсики закончились почему-то

)

Хотел вот еще что спросить. Использование подобных "сокращенных" вариантов действительно ли оптимизирует код, делает работу проги быстрее или без разницы?

Я просто где-то прочел, что это приветствуется в виду того, что время выполнения программы действительно становится меньше благодаря использованию таких штук.
А в другой литературе прочитал, что это полный бред, что современные оптимизирующие компиляторы используют минимально необходимое кол-во инструкции машинного языка, независимо от применяемых для декремента/инкремента операторов.

@Lordif · 01.06.2012, 11:35

Даже если это и не оптимизирует программу, так (на мой взгляд) облегчает чтение кода.

@taras atavin · 01.06.2012, 11:41

a+=b - не сокращённый вариант, а прямой.

C++
1
a+=

не сложение + присваивание, а увеличение, так как операция add помещает результат тоже в один из своих операндов. В результате

C++
1
a=a+b;

делается так:
1. создать вспомогательную переменную c.
2. скопировать a в c.
3. выполнить c+=b.
4. скопировать c в a.
5. уничтожить с.
Это эквивалентно

C++
1
a+=b;

, но треубет лишних операций по сохранению ещё одного регистра в стек и восстановлению из стека, а по сравнению с самим текстом

C++
1
2
3
4
{int c;
c=a;
c+=b;
a=c;}

именно a=a+b - сокращённая запись. Но ничего общего с оптимизацией это не имеет, так как компиляторы в состоянии самостоятельно заменить

C++
1
a=a+b

на

C++
1
a+=b;

А с другой стороны если внутреннее представление типа достаточно сложно, например, если это комплексное число в тригонометрической форме, то внутри оператора увеличения заводится локальная переменная, которую так уже не соптимизиурешь. Тогда всё наоборот и += реализуется с помощью + и =.

Добавлено через 2 минуты

Сообщение от Lordif

b = ++a;

а это действительно только сокращение, заменяется на

C++
1
2
3
4
{
 ++a;
 b=a;
}

.

Добавлено через 1 минуту

C++
1
b=a++;

на

C++
1
2
3
4
{
 b=a;
 a++;
}

Добавлено через 2 минуты
+= для встроенных типов составным оператором сложения и присваивания только называется, так как с точки зрения человека из неделимых состоит действительно из двух, не считая адресации. Но на низком уровне это часто не так. Ну и для некоторых пользовательских типов это может соответствовать особенностям внутренней реализации.

Evg · 01.06.2012, 23:43

Сообщение от The_Immortal

Использование подобных "сокращенных" вариантов действительно ли оптимизирует код, делает работу проги быстрее или без разницы?

По скорости разницы нет. Но иногда укорачивает исходный код программы и делает её более удобочитаемой и понятной

Сообщение от The_Immortal

Я просто где-то прочел, что это приветствуется в виду того, что время выполнения программы действительно становится меньше благодаря использованию таких штук

Лет 20-30 назад это действительно было так из-за того, что памяти на машинах было очень мало, а потому компиляторы были не достаточно эффективными. На современных машинах памяти выше крыши, процессоры быстрые, а потому современные компиляторы генерируют эффективный код хоть так, хоть эдак

Сообщение от The_Immortal

А в другой литературе прочитал, что это полный бред, что современные оптимизирующие компиляторы используют минимально необходимое кол-во инструкции машинного языка, независимо от применяемых для декремента/инкремента операторов

В части компиляторов они правы. В части того, что это бред - не совсем. Потому что если такое пишут в книге 30-летней давности, то это была правда (на момент написания книги)

Добавлено через 33 минуты

=====================================

taras atavin, "a += b" и "a = a + b" в общем виде НЕ являются эквивалентами

Следующие два кода отработают НЕ эквивалентно (и именно поэтому появилась операция +=)

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#include <stdio.h>
 
int G;
 
int* get_ptr (void)
{
  printf ("aaa\n");
  return &G;
}
 
int main (void)
{
  *(get_ptr()) += 1;
  return 0;
}

и

C
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
#include <stdio.h>
 
int G;
 
int* get_ptr (void)
{
  printf ("aaa\n");
  return &G;
}
 
int main (void)
{
  *(get_ptr()) = *(get_ptr()) + 1;
  return 0;
}

@Avazart · 06.06.2012, 17:11

Операция ++i выполняется быстрее чем i++ так как часто последняя реализуется через первую (и если не учитывать оптимизацию)
Примером тому STL.

Evg · 06.06.2012, 17:29

Сообщение от Avazart

Примером тому STL

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

@Avazart · 06.06.2012, 17:33

А разве оператор не выполняет опер

ции?

@Toshkarik · 06.06.2012, 17:38

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

@Avazart · 06.06.2012, 17:46

Ну так я и не писал operator++ я писал i++.
Именно поэтому я сказал про STL по тому как не представляю ситуацию в которой нужно было бы создавать пользовательский класс и перегружать данные операторы что бы использовать для прохода по элементам

Evg · 06.06.2012, 17:56

Сообщение от Avazart

я писал i++

Тогда докажи, что в коде

C
1
2
int i;
i++;

префиксный оператор ++ работает быстрее постфиксного. Ибо ты утверждал, что "Операция ++i выполняется быстрее чем i++"

@Avazart · 06.06.2012, 18:09

Ну подразумевал другое... согласен неправильно выразился...

C++
1
for(some_iterator i=c.begin();i!=c.end();++i) ;

@Toshkarik · 06.06.2012, 18:22

В данном случае ++i это перегруженный оператор для итератора.

Новые блоги и статьи Все статьи Все блоги /
сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .	Почему дизайн решает? Neotwalker 09.01.2026 В современном мире, где конкуренция за внимание потребителя достигла пика, дизайн становится мощным инструментом для успеха бренда. Это не просто красивый внешний вид продукта или сайта — это. . .
Модель микоризы: классовый агентный подход 3 anaschu 06.01.2026 aa0a7f55b50dd51c5ec569d2d10c54f6/ O1rJuneU_ls https:/ / vkvideo. ru/ video-115721503_456239114	Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ФедосеевПавел 06.01.2026 Owen Logic: О недопустимости использования связки «аналоговый ПИД» + RegKZR ВВЕДЕНИЕ Введу сокращения: аналоговый ПИД — ПИД регулятор с управляющим выходом в виде числа в диапазоне от 0% до. . .	Модель микоризы: классовый агентный подход 2 anaschu 06.01.2026 репозиторий https:/ / github. com/ shumilovas/ fungi ветка по-частям. коммит Create переделка под биомассу. txt вход sc, но sm считается внутри мицелия. кстати, обьем тоже должен там считаться. . . .	Расчёт токов в цепи постоянного тока igorrr37 05.01.2026 / * Дана цепь постоянного тока с сопротивлениями и источниками (напряжения, ЭДС и тока). Найти токи и напряжения во всех элементах. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа и. . .

@taras atavin 4226 / 1796 / 211 Регистрация: 24.11.2009 Сообщений: 27,562
	01.06.2012, 09:49
	При постфиксе сначала проверка значения операнда, а потом исполнение самого оператора, при префиксе наоборот. 1

The_Immortal 1569 / 505 / 48 Регистрация: 04.04.2009 Сообщений: 1,891
	01.06.2012, 11:16 [ТС]
	taras atavin, Lordif, спасибо большое (сорри, опять плюсики закончились почему-то ) Хотел вот еще что спросить. Использование подобных "сокращенных" вариантов действительно ли оптимизирует код, делает работу проги быстрее или без разницы? Я просто где-то прочел, что это приветствуется в виду того, что время выполнения программы действительно становится меньше благодаря использованию таких штук. А в другой литературе прочитал, что это полный бред, что современные оптимизирующие компиляторы используют минимально необходимое кол-во инструкции машинного языка, независимо от применяемых для декремента/инкремента операторов. 0

@Lordif 21 / 21 / 4 Регистрация: 18.04.2010 Сообщений: 87
	01.06.2012, 11:35
	Даже если это и не оптимизирует программу, так (на мой взгляд) облегчает чтение кода. 0

@Avazart 8484 / 6151 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	06.06.2012, 17:11
	Операция ++i выполняется быстрее чем i++ так как часто последняя реализуется через первую (и если не учитывать оптимизацию) Примером тому STL. 0

@Avazart 8484 / 6151 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	06.06.2012, 17:33
	А разве оператор не выполняет оперции? 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	06.06.2012, 17:38
	Выполняет, и может выполнять не одну операцию, но сам он операцией не является. Операторы это всего лишь функции. По этой причине Вы не можете перегрузить операторы для встроенных типов. 0

@Avazart 8484 / 6151 / 615 Регистрация: 10.12.2010 Сообщений: 28,683 Записей в блоге: 30
	06.06.2012, 17:46
	Ну так я и не писал operator++ я писал i++. Именно поэтому я сказал про STL по тому как не представляю ситуацию в которой нужно было бы создавать пользовательский класс и перегружать данные операторы что бы использовать для прохода по элементам 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	06.06.2012, 18:22
	В данном случае ++i это перегруженный оператор для итератора. 0