Действительно ли необходимо умножиться sizeof (символ) при управлении памятью?

sizeof (char) всегда равно 1, независимо от того, какие операции с памятью вы выполняете.

Однако sizeof (TCHAR) может варьироваться в зависимости от вашего параметры компилятора.

По определению sizeof (char) всегда равен 1. Один байт - это размер символа в C, независимо от количества битов в байте (8 на обычном настольном ЦП)

Типичный пример, когда один байт не равен 8 битам, - это PDP-10 и другие старые, похожие на мини-компьютеры архитектуры с 9/36 битами байтов. Но байты, отличные от 2 ^ N, становятся чрезвычайно редкими, я считаю

Кроме того, я думаю, что это лучший стиль:

char* buf1;
double* buf2;

buf1 = malloc(sizeof(*buf1) * N);
buf2 = malloc(sizeof(*buf2) * N);

, потому что он работает независимо от типа указателя.

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

Конечно, это не (цитируя Википедию) «неэффективно», но я считаю это » далеко не оптимально ». Это ничего не стоит во время выполнения, но загромождает код ненужным мусором, все время сигнализируя о том, что кто-то считает это необходимым.

Также обратите внимание, что выражение не анализируется как вызов функции: sizeof не является функцией. Вы не вызываете функцию, передавая ей магический символ char . Вы применяете к выражению встроенный унарный префиксный оператор sizeof , и ваше выражение в этом случае является приведением к типу char , который в C записывается как (char) .

It '

Использование sizeof (char) делает ваш код более читаемым и переносимым.

В x86 мы все знаем, что символ составляет 1 байт. Но явное написание этого помогает прояснить ваши намерения, что всегда хорошо.

Кроме того, что, если ваш код будет помещен на какую-то другую платформу, где символ не 1 байт. Что, если бы вместо символа было всего 4 бита?

Согласен, в этом нет необходимости, но это не замедляет время выполнения и окупится в том редком случае, когда вам нужно перенести код на другую архитектуру.

В этом нет необходимости. См. здесь (например).

sizeof (char) определяется стандартом C как всегда 1 (байт). Обратите внимание, что поскольку sizeof возвращает количество байтов , количество бит на байт не имеет значения (и на практике в любом случае равно 8).

Еще нужно иметь в виду, что компилятор статически знает, что значение sizeof (char) равно 1, и он также знает, что умножение числа на статическое 1 означает, что умножение не требуется; компилятор оптимизирует это. Проблемы производительности не должны рассматриваться на этих основаниях.

Что-то из этого зависит от того, куда вы собираетесь пойти с вашей работой: вы сегодня работаете в одиночку, но планируете ли вы (или, по крайней мере, надеетесь) построить что-то достаточно большое, что вам понадобится помощь? Если это так, то хорошо получить какие-то практики на месте заранее - не столько, что это замедлит вас, сколько то, на чем вы можете отталкиваться при создании своей команды.

Мой коллега, который оставил архитекторов больших объемов торговых систем для создания программного обеспечения для iPod и iPad, сделал некоторые мысли об этом сейчас, когда он команда из 1. Может оказаться полезным:

текст ссылки

Java не имеет возможности динамического добавления свойств. Он также не может динамически создавать классы во время выполнения или изменять их во время выполнения. Java имеет строгий и статический тип. Лучшее, что вы можете сделать, это поместить такие свойства в карту или подобное.

Изменить: Хорошо, видимо, некоторые разъяснения в порядке. ОП специально упомянула GAE, над которой ни один из этих методов не будет работать, но я упомяну их, поскольку некоторые, кажется, делают исключение из их отсутствия.

API компилятора Java (Java 6 +) позволяет компилировать классы Java во время выполнения. Технически можно записать исходный файл Java, чтобы точно посмотреть, как вы хотите, скомпилировать и загрузить его.

Библиотеки байт-кодов Java могут перезаписывать классы во время выполнения. Это используется такими библиотеками, как JPA (и другими). Таким образом можно изменить классы.

Однако OP ссылается на a) в отношении работы с GAE и b) более в порядке того, как Javascript позволяет изменять классы или конкретные экземпляры во время выполнения, динамически добавляя, удаляя или изменяя свойства. Java, конечно, не делает этого и, в частности, не на GAE.

Вышесказанное не является исключением из этого, так же как приведение класса к char * в C++, так что вы можете читать частные члены не означает, что C++ не имеет частных членов. По сути, вы обходите среду выполнения Java с обоими этими методами, даже если они являются частью Java.

От "Новый стандарт C. экономический и культурный комментарий. "

1. Статистика: 2,0% размера взяты из char и 1,5% - из неподписанного char . Страница 1033 в 1.2 версии книги.
2. стр. 1037.

Количество битов в представлении символьного типа: не имеет значения. По определению номер байтов в байте, тип символа один.

Иногда разработчики инструкций по кодированию связать байт как всегда содержащий восемь битов. На хостах, где тип символа 16 бит, это может привести к неправильному предположению, что применение размера к типу символа возвращает значение 2. Эти вопросы обсуждаются в других местах.