Зачем нужны разнообразные целые типы переменных?

1) Вот зачем нам нужен тип short если есть тип long? Как я понял из учебника, если моя переменная будет содержать не слишком большое целое число, то целесообразно использовать short, т.к. он 2 байта (long - 4 байта) и поэтому меньше памяти тратится и соответственно программа работает быстрее. Ну ладно, пусть так (если я, конечно, правильно всё понял).

2) Есть ещё слово unsigned, но тогда переменная не может быть отрицательной. Вот тут на самом деле не ясно, зачем это надо? unsigned long и signed long занимают одинаковый объём памяти.

3) Теперь главное. До того, как я прочитал эту всю ерунду, я всегда писал просто int и никаких проблем. Тут решил писать более разнообразно и везде заменил int на все эти unsigned long int, signed short int и т.п.. И в итоге программа стала выдавать неправильный результат! Пришлось всё поменять как было (везде просто int). Вот интересно стало: кто-нибудь пользуется всем этим разнообразием целых типов? И если да, то зачем? У меня это почему-то привело к ошибкам. Хотя я так и не понял почему. Тем более, что как я понимаю int и signed long int это вообще одно и то же.

4) И ещё: для функции main пишут что надо ставить тип возвращаемого значения int, т.е.
а не:
Так что получается, разработчики сами не особо то пользуются всей этой кучей.

0

Сообщение от hoggy это при том, что ваш тезис - корректен.

не совсем
int это и есть signed int
в отличии от char, который в зависимости от настроек будет или unsigned char, или signed char

0

Сообщение от hoggy это при том, что ваш тезис - корректен

В смысле?

0

Сообщение от ValeryS не совсем int это и есть signed int

ну да. именно.

Сообщение от Mr.X В смысле?

всмысле все эти short/long и компания - это на самом деле модификаторы одного и того же int.

0

Сообщение от ValeryS char, который в зависимости от настроек будет или unsigned char, или signed char

Всё таки char/unsigned char/signed char это 3(три, Карл!) разных типа.

3.9.1/1: Plain char, signed char, and unsigned char are three distinct types.

А вот как значение char (без явного указания знаковости) будет интерпретировано в виде числа (т.е. по сути, какой будет диапазон значений), зависит от реализации (может быть такой же как у signed char, а может и как у unsigned char).
Например, следующий код:
может вывести как "-100", так и "156" в зависимости от используемого компилятора или даже его ключей.
В частности в gcc/clang можно форсировать интерпретацию диапазона значений char ключами: -funsigned-char, -fsigned-char.

Сообщение от hoggy все эти short/long и компания - это на самом деле модификаторы одного и того же int.

Строго говоря, это не соответствует действительности. К тому же signed и unsigned char'ы в списке целочисленных типов такие же полноправные участники, как и остальные int'ы:

3.9.1 Fundamental types p2: There are five standard signed integer types : “signed char”, “short int”, “int”, “long int”, and “long long int” ... The standard and extended signed integer types are collectively called signed integer types. p3: For each of the standard signed integer types, there exists a corresponding (but different) standard unsigned integer type: “unsigned char”, “unsigned short int”, “unsigned int”, “unsigned long int”, and “unsigned long long int” ... The standard and extended unsigned integer types are collectively called unsigned integer types.

Т.о. int'ы всё же разные (а некоторые даже и не int'ы), но в общем они называются "целочисленными типами" (integer types).

0

Сообщение от Tulosba Строго говоря, это не соответствует действительности.

см "модификаторы фундаментальных типов"
http://en.cppreference.com/w/cpp/language/types

0

Выскажу тоже свое мнение по поводу типов. Начал тут вникать понемногу в c++ и понял, что я не понимаю нафига все эти типы данных (конкретно для winapi функций) нужны. По мне так это полный маразм! По 20 раз переопределенные типы, одни, которые являются просто псевдонимами других, третьи теми же, но уже являются указателями, а потом в функцию тебе нужно передать уже этот переопределенный тип, который явлется указателем, но уже по ссылке, короче это пипец какой-то. Не знаю как у опытных программистов на c++, но я на fasme написал прогу используя winapi в разы быстрее, чем тоже самое на c++, учитывая что и с фасмом у меня опыт не намного больше, чем с СИ. 4 типа данных и делай с ними что хочешь, никаких заморочек, с преобразованиями типов и всего такого. ЗАЧЕМ столько разных типов? Объясните мне. По мне так проще использовать стандартные типы, и если уж тебе нужно для удобства, расширяй эти типы сам для себя как тебе угодно.

0

Сообщение от user_undefined 4 типа данных и делай с ними что хочешь

можно их перечислить?

Сообщение от user_undefined но я на fasme написал прогу используя winapi

т.е на процессорах семейства x86
но на них мир не закончился
знания ФАСМ будут бесполезны при программировании на процессорах типа АРМ
придется все переписывать, а Си гарантирует что программа отработает на всех типах процессоров

0

Сообщение от ValeryS можно их перечислить?

DB, DW, DD, DQ ну и DT еще - 1, 2, 4, 8 и 10 байт соответственно.

Сообщение от ValeryS т.е на процессорах семейства x86 но на них мир не закончился знания ФАСМ будут бесполезны при программировании на процессорах типа АРМ придется все переписывать, а Си гарантирует что программа отработает на всех типах процессоров

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

0

Сообщение от user_undefined DB, DW, DD, DQ ну и DT

считай
на современных 32 процессорах
DB == char
DW == short int
DD == int
DQ == long long int
DT == double

ну у целочисленных еще есть модификатор signed/unsigned
что в ассемблере подразумевается, например сдвиг вправо арифметический или логический
так что то на то и выходит

0

Сообщение от ValeryS считай на современных 32 процессорах DB == char DW == short int DD == int DQ == long long int DT == double ну у целочисленных еще есть модификатор signed/unsigned что в ассемблере подразумевается, например сдвиг вправо арифметический или логический так что то на то и выходит

Вы неправильно поняли мой вопрос, который на пару ответов выше: зачем столько переопределенных по сто раз типов данных в СИ++ для winapi конкретно? В них запутаться, как палец обоссать, простите.

0

Сообщение от user_undefined зачем столько переопределенных по сто раз типов данных в СИ++ для winapi конкретно?

Внутреннее представление специальных типов вообще не должно парить. Если есть какая-то системная функция, которая ожидает какой-то специальный тип - вы его и должны передать, а не лезть в хедер и смотреть как он определен на конкретно вашей платформе. Тогда перенос кода на другую платформу будет сводиться к перекомпиляции. И код не будет отваливаться с выходом новых версий ОС.

2

Сообщение от user_undefined по сто раз типов данных в СИ++ для winapi

не путай
В Си нет столько типов-основные я описал постом выше
Типы ВинАпи это вопросы к микрософту, и они не имеют никакого отношения к Си, те же типы и на паскале и в ассемблере
а вот зачем это сделано? для переносимости и для развития проекта
винде уже лет тридцать а типы не меняются, если бы были привязаны к архитекторе то пришлось бы каждую новую Виду с нуля писать, а прикладных программистов переучивать
как пользоваться рассказал avgoor,

1

avgoor и ValeryS, спасибо за разъяснение, теперь я понял.

0