The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Результаты статического анализа кода библиотеки GTK+, opennews (??), 18-Мрт-16, (0) [смотреть все]

Сообщения [Сортировка по времени | RSS]


5. "Результаты статического анализа кода библиотеки GTK+"  +/
Сообщение от Аноним (-), 18-Мрт-16, 18:41 
> как ++i (вместо i++) у плюсплюсников.

Интересно было бы посмотреть на компилятор, который бы это не поправил, и на код, в котором это было бы критично

Ответить | Правка | Наверх | Cообщить модератору

7. "Результаты статического анализа кода библиотеки GTK+"  –3 +/
Сообщение от АнонимХ (ok), 18-Мрт-16, 18:46 
Это сторонники i++ должны доказывать правильность своей позиции. А то дойдем и до того, что const не нужно. ++i-оператор проще, с минимальной семантикой, поэтому его использование должно быть очевидно, i++ же - оператор с более сложной семантикой, его использование следует обосновать.

Может еще и for(;;) vs. while(true) вызывает у вас вопрос? :)

Ответить | Правка | Наверх | Cообщить модератору

34. "Результаты статического анализа кода библиотеки GTK+"  +2 +/
Сообщение от Илья (??), 18-Мрт-16, 22:06 
> Может еще и for(;;) vs. while(true) вызывает у вас вопрос? :)

к черту бизнесс-логику! даешь микрооптимизации

Ответить | Правка | Наверх | Cообщить модератору

69. "Результаты статического анализа кода библиотеки GTK+"  +/
Сообщение от Аноним (-), 19-Мрт-16, 16:14 
const - промашка языка. Но, на сколько я знаю, в gcc можно переключит на mutable
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

70. "Результаты статического анализа кода библиотеки GTK+"  +1 +/
Сообщение от Аноним (-), 19-Мрт-16, 16:15 
> Это сторонники i++ должны доказывать правильность своей позиции

Никто никому ничего не должен

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

98. "Результаты статического анализа кода библиотеки GTK+"  –1 +/
Сообщение от Sabakwaka (ok), 21-Мрт-16, 00:27 
> Это сторонники i++ должны доказывать правильность своей позиции. А то дойдем и
> до того, что const не нужно. ++i-оператор проще, с минимальной семантикой,
> поэтому его использование должно быть очевидно, i++ же - оператор с
> более сложной семантикой, его использование следует обосновать.
> Может еще и for(;;) vs. while(true) вызывает у вас вопрос? :)

Ты ИДИОТ.

Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

16. "Результаты статического анализа кода библиотеки GTK+"  +/
Сообщение от Аноним (-), 18-Мрт-16, 19:28 
> код, в котором это было бы критично

На интах уже много лет пофиг. А вот для всяких итераторов все еще важно. Проблема в том, что постфиксный инкремент должен запомнить "старое" значение и вернуть его после инкремента. А вот префиксный может вернуть ссылку на себя сразу после модификации.

Собственно создание временного объекта для "старых" значений в постфиксном инкременте все еще не каждый компилятор оптимизирует (даже если итератор на самом деле превращается в указатель и все функции inline).

Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

40. "Результаты статического анализа кода библиотеки GTK+"  +/
Сообщение от all_glory_to_the_hypnotoad (ok), 18-Мрт-16, 23:09 
>  ... все еще не каждый компилятор оптимизирует (даже если итератор на самом деле превращается в указатель и все функции inline).

Это всё равно не имеет значения, даже без оптимизации такая операция довольно дешёвая. Проблемы создают только совсем нетривиальные итераторы.

Ответить | Правка | Наверх | Cообщить модератору

77. "Результаты статического анализа кода библиотеки GTK+"  –1 +/
Сообщение от Andrey_Karpov (ok), 19-Мрт-16, 19:26 
> Это всё равно не имеет значения, даже без оптимизации такая операция довольно
> дешёвая. Проблемы создают только совсем нетривиальные итераторы.

Смысл писать ++i есть. Моя статья на эту тему.

Есть ли практический смысл использовать для итераторов префиксный оператор инкремента ++it, вместо постфиксного it++: http://www.viva64.com/ru/b/0093/

И другая статья, написанная по мотивам моей:

Pre vs. post increment operator – benchmark. http://silviuardelean.ro/2011/04/20/pre-vs-post-increment-op.../

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру