Завдання-C: BOOL vs bool

Я побачив "новий тип" BOOL( YES, NO).

Я читав, що цей тип майже як чарівний.

Для тестування я зробив:

NSLog(@"Size of BOOL %d", sizeof(BOOL));
NSLog(@"Size of bool %d", sizeof(bool));

Приємно бачити, що обидва журнали відображають "1" (іноді в C ++ bool - це int, а його розмірofof 4)

Тож мені було просто цікаво, чи є проблеми з типом bool чи щось таке?

Чи можу я просто використовувати bool (який, здається, працює), не втрачаючи швидкості?

З визначення в objc.h:

#if (TARGET_OS_IPHONE && __LP64__)  ||  TARGET_OS_WATCH
typedef bool BOOL;
#else
typedef signed char BOOL; 
// BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" 
// even if -funsigned-char is used.
#endif

#define YES ((BOOL)1)
#define NO  ((BOOL)0)

Отже, так, ви можете припустити, що BOOL - це шар. Ви можете використовувати boolтип (C99) , але всі рамки Apple Objective-C та більшість кодів Objective-C / какао використовують BOOL, так що ви збережете собі головний біль, якщо typedef колись зміниться, просто використовуючи BOOL.

Як було сказано вище, BOOL - це підписаний знак. bool - тип від стандарту C99 (int).

КУЛЬ - ТАК / НІ. bool - вірний / хибний.

Дивіться приклади:

bool b1 = 2;
if (b1) printf("REAL b1 \n");
if (b1 != true) printf("NOT REAL b1 \n");

BOOL b2 = 2;
if (b2) printf("REAL b2 \n");
if (b2 != YES) printf("NOT REAL b2 \n");

І результат є

РЕАЛЬНА b1
РЕАЛЬНА b2
НЕ РЕАЛЬНА b2

Зауважте, що bool! = BOOL. Результат нижче - лише НАДІЙСЬКО - ПРОСТО b2

b2 = b1;
if (b2) printf("ONCE AGAIN - REAL b2 \n");
if (b2 != true) printf("ONCE AGAIN - NOT REAL b2 \n");

Якщо ви хочете перетворити bool в BOOL, ви повинні використовувати наступний код

BOOL b22 = b1 ? YES : NO; //and back - bool b11 = b2 ? true : false;

Отже, у нашому випадку:

BOOL b22 = b1 ? 2 : NO;
if (b22)    printf("ONCE AGAIN MORE - REAL b22 \n");
if (b22 != YES) printf("ONCE AGAIN MORE- NOT REAL b22 \n");

І так .. що ми отримаємо зараз? :-)

На момент написання це остання версія objc.h:

/// Type to represent a boolean value.
#if (TARGET_OS_IPHONE && __LP64__)  ||  TARGET_OS_WATCH
#define OBJC_BOOL_IS_BOOL 1
typedef bool BOOL;
#else
#define OBJC_BOOL_IS_CHAR 1
typedef signed char BOOL; 
// BOOL is explicitly signed so @encode(BOOL) == "c" rather than "C" 
// even if -funsigned-char is used.
#endif

Це означає, що на 64-розрядних пристроях iOS та на WatchOS BOOL- це абсолютно те саме, що boolі на всіх інших пристроях (OS X, 32-розрядний iOS) цеsigned char і навіть не може бути замінено прапором компілятора-funsigned-char

Це також означає, що цей приклад код працюватиме по-різному на різних платформах (тестував його сам):

int myValue = 256;
BOOL myBool = myValue;
if (myBool) {
    printf("i'm 64-bit iOS");
} else {
    printf("i'm 32-bit iOS");
}

ДО РЕЧІ не надавали речі , як array.countдо BOOLзмінної , тому що близько 0,4% від можливих значень буде негативним.

Ви повинні використовувати тип Objective-C BOOL. Немає нічого подібного до власного булевого типу даних, тому переконайтесь, що код компілюється у всіх компіляторах BOOL. (Це визначено в Apple-Frameworks.

Так, BOOL - це typedef для підписаного знака згідно з objc.h.

Я не знаю про bool. Це C ++ річ, правда? Якщо це визначено як підписаний знак, де 1 - ТАК / правда, а 0 - НІ / неправда, то, я думаю, це не має значення, який ви використовуєте.

Оскільки BOOL є частиною Objective-C, то, мабуть, має більше сенсу використовувати BOOL для ясності (інші розробники Objective-C можуть бути спантеличені, якщо вони побачать, що bool використовується).

Ще одна відмінність між bool і BOOL полягає в тому, що вони не перетворюють точно в один і той же тип об'єктів, коли ви виконуєте спостереження за значенням ключа або значення, коли ви використовуєте такі методи, як - [NSObject valueForKey:].

Як тут всі говорили, BOOL - це чарівність. Як такий, він перетворюється на NSNumber, що містить символи. Цей об'єкт не відрізняється від NSNumber, створеного зі звичайного знаку типу "A" або "\ 0". Ви повністю втратили інформацію про те, що ви спочатку мали БУЛ.

Однак bool перетворюється на CFBoolean, який поводиться так само, як NSNumber, але який зберігає булеве походження об'єкта.

Я не думаю, що це аргумент у дискусії BOOL проти bool, але це може вас вкусити одного разу.

Взагалі кажучи, вам слід скористатися BOOL, оскільки це тип, що використовується скрізь у API-програмах какао / iOS (розроблений до C99 та його рідного типу bool).

Прийняту відповідь було відредаговано, і її пояснення стали трохи невірними. Зразок коду оновлено, але текст нижче залишається тим самим. Ви не можете припустити, що BOOL є символом на даний момент, оскільки це залежить від архітектури та платформи. Таким чином, якщо ви запускаєте код на 32-бітній платформі (наприклад, iPhone 5) і друкуєте @encode (BOOL), ви побачите "c". Це відповідає типу char . Але якщо запустити код на iPhone 5s (64 біт), ви побачите "B". Він відповідає типу bool .

Я іду проти конвенції. Мені не подобається typedef's до базових типів. Я думаю, що це марний непрямий характер, який знімає цінність.

1. Коли я побачу базовий тип у вашому джерелі, миттєво його зрозумію. Якщо це typedef, я повинен шукати його, щоб побачити, з чим я справді маю справу.
2. Під час перенесення іншого компілятора або додавання іншої бібліотеки їх набір typedefs може конфліктувати і спричинити проблеми, які важко налагодити. Я щойно покінчив із цим. В одній бібліотеці boolean було введено до int, а в mingw / gcc це typedef'ed to char.

Як було сказано вище, це BOOLможе бути unsigned charтип залежно від вашої архітектури, а boolтип - тип int. Простий експеримент покаже різницю, чому BOOL і bool можуть вести себе по-різному:

bool ansicBool = 64;
if(ansicBool != true) printf("This will not print\n");

printf("Any given vlaue other than 0 to ansicBool is evaluated to %i\n", ansicBool);

BOOL objcBOOL = 64;
if(objcBOOL != YES) printf("This might print depnding on your architecture\n");

printf("BOOL will keep whatever value you assign it: %i\n", objcBOOL);

if(!objcBOOL) printf("This will not print\n");

printf("! operator will zero objcBOOL %i\n", !objcBOOL);

if(!!objcBOOL) printf("!! will evaluate objcBOOL value to %i\n", !!objcBOOL);

На ваше здивування if(objcBOOL != YES), компілятор оцінить 1, оскільки YESнасправді код символу 1, а в очах компілятора, код символів 64, звичайно, не дорівнює коду символу 1, таким чином, оператор if оцінить YES/true/1і наступний рядок буде бігати. Однак оскільки boolтип " нульовий нуль" завжди присвоюється цілому значенню 1, вищезазначена проблема не вплине на ваш код. Нижче наведено кілька корисних порад, якщо ви хочете використовувати Objective-C BOOLтип проти ANSI C boolтипу:

• Завжди призначайте значення YESабо NOзначення і більше нічого.
• Перетворити BOOLтипи, використовуючи !!оператор " подвійний не", щоб уникнути несподіваних результатів.
• Під час перевірки на YES використання if(!myBool) instead of if(myBool != YES)набагато чіткіше використовувати не !оператор і дає очікуваний результат.

Крім того, пам’ятайте про відмінності в кастингу, особливо під час роботи з бітовими масками, через кастинг до підписаних знаків:

bool a = 0x0100;
a == true;  // expression true

BOOL b = 0x0100;
b == false; // expression true on !((TARGET_OS_IPHONE && __LP64__) || TARGET_OS_WATCH), e.g. MacOS
b == true;  // expression true on (TARGET_OS_IPHONE && __LP64__) || TARGET_OS_WATCH

Якщо BOOL є підписаним символом замість bool, то від 0x0100 до BOOL просто випадає встановлений біт, і отримане значення дорівнює 0.