Адрес переменной к типу (char*)

@dima19972525 · Регистрация: 26.04.2016

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

Здравствуйте.
Для "запоминания" данных переменных можно использовать сериализацию аля:

C++

1
2
3

int i = 12;
ofstream f("text.txt");
f.write((char*)&i,sizeof(i));

Почему когда мы приводим адрес переменной к типу (char*) мы получаем значение этой пременной в бинарном виде?

@Reidak · 18.01.2017, 00:46

Если я правильно помню, нужно приводить к типу char* потому, что char - однобайтовый тип, следовательно char* в данном случае - строка байт, которые записываются в файл

Someone007 · 18.01.2017, 00:52

Совершенно не важно к какому типу вы приводите адрес переменной (главное чтобы тип являлся указателем), важен только сам адрес и размер переменной. Тут приведение типа по большей части потому, что ofstream::write ожидает что тип аргумента const char*. Машинный код ничего не знает про ваши типы, он оперирует адресами.

@Renji · 18.01.2017, 01:07

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

Почему когда мы приводим адрес переменной к типу (char*) мы получаем значение этой пременной в бинарном виде?

Никакого значения мы не получаем. Мы просто оформляем адрес переменной, как адрес абстрактного куска данных void. Чисто чтоб компилятор не ругался что бумажки неправильно оформлены. Вы, конечно, можете спросить какая связь между char и void. А связи нету, просто автор сигнатуры write маялся с похмелья и перепутал слова.

Добавлено через 5 минут

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

Совершенно не важно к какому типу вы приводите адрес переменной (главное чтобы тип являлся указателем), важен только сам адрес и размер переменной.

Как раз важно - к void* указатели приводятся сами, а к char* - после описанных ТС приседаний. Зачем эта утренняя зарядка была нужна - загадка.

@Raali · 18.01.2017, 11:06

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

А связи нету, просто автор сигнатуры write маялся с похмелья и перепутал слова.

Ну вообще при работе с буферами char* удобно использовать для дебага (видишь что в буфере) и для обращения через [], видимо он тестил свой write когда его пилил, и так и оставил

@Reidak 14 / 14 / 14 Регистрация: 15.08.2016 Сообщений: 52
	18.01.2017, 00:46	2
	Если я правильно помню, нужно приводить к типу char* потому, что char - однобайтовый тип, следовательно char* в данном случае - строка байт, которые записываются в файл 0

Someone007 6510 / 4086 / 1606 Регистрация: 09.05.2015 Сообщений: 9,553
	18.01.2017, 00:52	3
	Совершенно не важно к какому типу вы приводите адрес переменной (главное чтобы тип являлся указателем), важен только сам адрес и размер переменной. Тут приведение типа по большей части потому, что ofstream::write ожидает что тип аргумента `const char*`. Машинный код ничего не знает про ваши типы, он оперирует адресами. 0

@Renji 2784 / 1937 / 570 Регистрация: 05.06.2014 Сообщений: 5,602
	18.01.2017, 01:07	4
	Сообщение было отмечено dima19972525 как решение Решение Сообщение от dima19972525 Почему когда мы приводим адрес переменной к типу (char) мы получаем значение этой пременной в бинарном виде? Никакого значения мы не получаем. Мы просто оформляем адрес переменной, как адрес абстрактного куска данных void. Чисто чтоб компилятор не ругался что бумажки неправильно оформлены. Вы, конечно, можете спросить какая связь между char и void. А связи нету, просто автор сигнатуры write маялся с похмелья и перепутал слова. Добавлено через 5 минут* Сообщение от Someone007 Совершенно не важно к какому типу вы приводите адрес переменной (главное чтобы тип являлся указателем), важен только сам адрес и размер переменной. Как раз важно - к void* указатели приводятся сами, а к char* - после описанных ТС приседаний. Зачем эта утренняя зарядка была нужна - загадка. 1

@Raali 859 / 448 / 112 Регистрация: 06.07.2013 Сообщений: 1,491
	18.01.2017, 11:06	5
	Сообщение от Renji А связи нету, просто автор сигнатуры write маялся с похмелья и перепутал слова. Ну вообще при работе с буферами char* удобно использовать для дебага (видишь что в буфере) и для обращения через [], видимо он тестил свой write когда его пилил, и так и оставил 0

Адрес переменной к типу (char*)

Решение