Запрет одного преобразования

@~~thick_int~~ · 16.02.2012, 01:06. **Показов** 2291. **Ответов** 25

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

Есть ли в Visual C++ 2010 какая-нибудь возможность указать компилятору, что всякое неявное преобразование от числового типа в тип bool является ошибкой?

@Gepar · 16.02.2012, 01:16

thick_int, не думаю что есть такая возможность, не используйте bool вообще если есть проблемы с преобразованием к нему.

Добавлено через 33 секунды
Или это Вы хотите условия вроде

C++

1
2
3

int x=3;
if(x)
 ...

убрать? Так не получиться так.

Jupiter · 16.02.2012, 01:17

изучай опции компилятора

http://msdn.microsoft.com/en-u... 1t1wy.aspx
в частности http://msdn.microsoft.com/en-u... ezb7y.aspx
мб чего и найдешь но думаю вряд ли такой запрет есть

@AzaKendler · 16.02.2012, 01:23

thick_int, только ежели оборачивать типы в классы и задавать explicit конструктор. тогда не будет никаких неявных преобразований.

@Paporotnik · 16.02.2012, 01:48

интересна ситуация, в которой это может понадобиться... или просто перестраховка от излишеств программиста?

@~~thick_int~~ · 16.02.2012, 02:11 **[ТС]**

Да это понадобиться может только дляя того чтобы не путать операции = и == в операторе if.

Jupiter · 16.02.2012, 02:19

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

Да это понадобиться может только дляя того чтобы не путать операции = и == в операторе if.

используй обратную нотацию

C++

1	if (5 == i)

C

1	if (NULL == (file = fopen(...)))

@~~thick_int~~ · 16.02.2012, 03:49 **[ТС]**

Нет, ну это известный прием.
Но он не ссрабатывает, когда нужно сравнить значение двух переменных.

silent_1991 · 16.02.2012, 07:45

thick_int, используйте стандартные функторы отношений:

C++

1 2	if (std::less<int>()(a, b)) std::cout << "a < b" << std::endl;

@Nameless One · 16.02.2012, 08:31

silent_1991, у С++ и так с читаемостью не очень, а ты предлагаешь такие решения

thick_int, насчет "покурить опции компилятора" уже посоветовали. Например для gcc получить желаемое поведение для кода:

C

#include <stdio.h>
#include <stdlib.h>
 
int main(void)
{
    int a = 3;
    int b = 4;
 
    if(a = b)
    puts("WHAT?");
    
    exit(0);
}

можно с помощью флага -Werror=parentheses (здесь мы получим ошибку компиляции). Скорее всего, и для cl.exe есть подобный флаг

silent_1991 · 16.02.2012, 09:21

Не по теме:

Nameless One, ну так какой вопрос))) А то сегодня мы запретили присваивание в условии, а завтра удаляем невалидный указатель.
Если человек взялся писать на плюсах - он должен быть готов возможности прострелить себе ногу на каждом шагу. Надо, чтобы за всем небезопасным следил компилятор - его выбор шарп или джава))

@OstapBender · 16.02.2012, 14:16

Ну можно поставить в опциях VS "Treat warnings as errors"

@~~Bers~~ · 16.02.2012, 14:59

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

Есть ли в Visual C++ 2010 какая-нибудь возможность указать компилятору, что всякое неявное преобразование от числового типа в тип bool является ошибкой?

Студия кажет варнинги, если внутри условия встретит =, вместо ==.
Так же, в студии есть возможность приравнять варнинг к ошибке.

/we n
Treats the specific compiler warning as an error where n is a compiler warning.
For example, /we4326 flags warning number C4326 as an error.

Можно попросить компилятор определенные предупреждения расценивать как ошибку.

@CheshireCat · 16.02.2012, 15:02

Гмм. А если в каком-то месте программы это не ошибка?

@~~Bers~~ · 16.02.2012, 15:06

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

Гмм. А если в каком-то месте программы это не ошибка?

Для какого то особого места варнинг можно "временно отключить" , после прохождения этого места "снова включить"

http://msdn.microsoft.com/en-u... s.71).aspx

@CheshireCat · 16.02.2012, 15:12

Ну, в общем, это-то понятно.....
Непонятно другое: зачем вообще это понадобилось ТС ? Подобное преобразование входит в Standard conversions наряду с другими. Если же ТС хочет заведомо обезопасить себя от кривых ручек - добро пожаловать в более безопасный язык - C#, например. Который как раз и разрабатывался соответствующим образом. Нет?

@~~Bers~~ · 16.02.2012, 15:25

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

...обезопасить себя от кривых ручек - добро пожаловать в более безопасный язык - C#

Если хочется писать код на более мощном и быстром языке, и при этом есть возможность "бесплатно" обезопасить код, почему бы этим не воспользоваться?

Лично я вообще никакие дополнительные ключики компилятору не ставлю. Однако не пропускаю ни одного варнинга. Варнингов быть не должно в принципе.

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

А если в каком-то месте программы это не ошибка?

Даже если сие - задумка автора а все одно - суть мина замедленного действия, и тормоз для сопровождения, а посему не быть ей в коде.

А тот кто с этим не согласный, пусть приведёт реальный пример, где конструкцию вида: if(a=b) {...}
нельзя преобразовать к виду: a=b; if(a!=0) {...}

Или идет нафег.

@fasked · 16.02.2012, 15:30

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

Гмм. А если в каком-то месте программы это не ошибка?

gcc обычно пропускает, если выражение взято в скобки, может и у VS аналогичное поведение предусмотрено:

C++

1	if ((x = y))

@~~thick_int~~ · 16.02.2012, 15:46 **[ТС]**

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

Надо, чтобы за всем небезопасным следил компилятор - его выбор шарп

Шарп просто убивает вот таким косяком.

C#

1 2	short a = 2, b =3, c; c = (short)(a + b);

А так просто уже ругается

C#

1	c = a + b;

Уж лучше Visual Basic тогда. Кстати, прощу прощения, что вопрос несколько не по теме. А почему Шарп, ну во всяком случае в России, как то более востребован по сравнению с Visual Basic. Вроде Basic постарее и поофиснее на предмет макросов в MS Officee, ан нет все же Шарп повостребованнее. Вообще кстати такое ощущение, что Шарп - самый востребованный язык. Откуда это? Непонятно.

@~~Bers~~ · 16.02.2012, 16:03

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

Откуда это?

Это - коварство и хитрость корпорации Зла.

@~~Bers~~ Заблокирован
	16.02.2012, 14:59	13
	Сообщение от thick_int Есть ли в Visual C++ 2010 какая-нибудь возможность указать компилятору, что всякое неявное преобразование от числового типа в тип bool является ошибкой? Студия кажет варнинги, если внутри условия встретит =, вместо ==. Так же, в студии есть возможность приравнять варнинг к ошибке. /we n Treats the specific compiler warning as an error where n is a compiler warning. For example, /we4326 flags warning number C4326 as an error. Можно попросить компилятор определенные предупреждения расценивать как ошибку. 1

@~~thick_int~~ Заблокирован
		1
	Запрет одного преобразования 16.02.2012, 01:06. Показов 2291. Ответов 25 Метки нет (Все метки) Есть ли в Visual C++ 2010 какая-нибудь возможность указать компилятору, что всякое неявное преобразование от числового типа в тип bool является ошибкой? 0

Jupiter Каратель 6609 / 4028 / 401 Регистрация: 26.03.2010 Сообщений: 9,273 Записей в блоге: 1
	16.02.2012, 01:17	3
	изучай опции компилятора http://msdn.microsoft.com/en-u... 1t1wy.aspx в частности http://msdn.microsoft.com/en-u... ezb7y.aspx мб чего и найдешь но думаю вряд ли такой запрет есть 0

@AzaKendler 214 / 116 / 14 Регистрация: 30.05.2011 Сообщений: 1,772
	16.02.2012, 01:23	4
	thick_int, только ежели оборачивать типы в классы и задавать explicit конструктор. тогда не будет никаких неявных преобразований. 0

@Paporotnik 385 / 229 / 12 Регистрация: 06.07.2011 Сообщений: 512
	16.02.2012, 01:48	5
	интересна ситуация, в которой это может понадобиться... или просто перестраховка от излишеств программиста? 0

@~~thick_int~~ Заблокирован
	16.02.2012, 02:11 [ТС]	6
	Да это понадобиться может только дляя того чтобы не путать операции = и == в операторе if. 0

@~~thick_int~~ Заблокирован
	16.02.2012, 03:49 [ТС]	8
	Нет, ну это известный прием. Но он не ссрабатывает, когда нужно сравнить значение двух переменных. 0

silent_1991
	16.02.2012, 09:21 #11
	Не по теме: Nameless One, ну так какой вопрос))) А то сегодня мы запретили присваивание в условии, а завтра удаляем невалидный указатель. Если человек взялся писать на плюсах - он должен быть готов возможности прострелить себе ногу на каждом шагу. Надо, чтобы за всем небезопасным следил компилятор - его выбор шарп или джава)) 0

@OstapBender 594 / 532 / 76 Регистрация: 22.03.2011 Сообщений: 1,585
	16.02.2012, 14:16	12
	Ну можно поставить в опциях VS "Treat warnings as errors" 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	16.02.2012, 15:02	14
	Гмм. А если в каком-то месте программы это не ошибка? 0

@~~Bers~~ Заблокирован
	16.02.2012, 15:06	15
	Сообщение от CheshireCat Гмм. А если в каком-то месте программы это не ошибка? Для какого то особого места варнинг можно "временно отключить" , после прохождения этого места "снова включить" http://msdn.microsoft.com/en-u... s.71).aspx 0

@CheshireCat 2924 / 1274 / 114 Регистрация: 27.05.2008 Сообщений: 3,465
	16.02.2012, 15:12	16
	Ну, в общем, это-то понятно..... Непонятно другое: зачем вообще это понадобилось ТС ? Подобное преобразование входит в Standard conversions наряду с другими. Если же ТС хочет заведомо обезопасить себя от кривых ручек - добро пожаловать в более безопасный язык - C#, например. Который как раз и разрабатывался соответствующим образом. Нет? 0

@~~Bers~~ Заблокирован
	16.02.2012, 15:25	17
	Сообщение от CheshireCat ...обезопасить себя от кривых ручек - добро пожаловать в более безопасный язык - C# Если хочется писать код на более мощном и быстром языке, и при этом есть возможность "бесплатно" обезопасить код, почему бы этим не воспользоваться? Лично я вообще никакие дополнительные ключики компилятору не ставлю. Однако не пропускаю ни одного варнинга. Варнингов быть не должно в принципе. Сообщение от CheshireCat А если в каком-то месте программы это не ошибка? Даже если сие - задумка автора а все одно - суть мина замедленного действия, и тормоз для сопровождения, а посему не быть ей в коде. А тот кто с этим не согласный, пусть приведёт реальный пример, где конструкцию вида: if(a=b) {...} нельзя преобразовать к виду: a=b; if(a!=0) {...} Или идет нафег. 0

@~~Bers~~ Заблокирован
	16.02.2012, 16:03	20
	Сообщение от thick_int Откуда это? Это - коварство и хитрость корпорации Зла. 1