Форум программистов, компьютерный форум CyberForum.ru

string, c_str - C++

Восстановить пароль Регистрация
 
 
Рейтинг: Рейтинг темы: голосов - 110, средняя оценка - 4.68
Ksan
26 / 26 / 0
Регистрация: 02.11.2010
Сообщений: 370
06.07.2012, 17:52     string, c_str #1
функция string.c_str() возвращает const char*, что бы не изменяли строку напрямую. Но! Если явно преобразовать указатель к char*, то строка вполне изменяется.

C++
1
2
3
4
5
6
7
8
9
10
int main()
{
        string str = "qwerty";
        char *p = (char*)str.c_str();
        *(p+1) = 'k';
        
        cout << str;
        getch();
        return 0;
}

Угадайте что выведет.

Так вот, собственно вопрос: зачем столько шумихи вокруг инкапсуляции, если даже в стринге ее легко обойти?
Лучшие ответы (1)
После регистрации реклама в сообщениях будет скрыта и будут доступны все возможности форума.
Kastaneda
Модератор
Эксперт С++
 Аватар для Kastaneda
4236 / 2769 / 218
Регистрация: 12.12.2009
Сообщений: 7,104
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:01     string, c_str #2
Цитата Сообщение от Ksan Посмотреть сообщение
зачем столько шумихи вокруг инкапсуляции, если даже в стринге ее легко обойти
В каком месте тут обход инкапсуляции?

Если ты изменил строку таким образом, это еще не о чем не говорит. c_str() возвращает указатель на const char не для того, чтобы эту строку не меняли, а потому что она может вернуть указатель на копию строки. Т.е. где-то в памяти выделяется место, там формируется массив char'ов, содержащий строку, и возвращается указатель на этот участок памяти. Твои изменения строки могут быть бесмысленными, поэтому и const*.
Ksan
26 / 26 / 0
Регистрация: 02.11.2010
Сообщений: 370
06.07.2012, 18:09  [ТС]     string, c_str #3
Kastaneda, обход в том, что я напрямую меняю то, что должно быть по идее скрыто.
Kastaneda
Модератор
Эксперт С++
 Аватар для Kastaneda
4236 / 2769 / 218
Регистрация: 12.12.2009
Сообщений: 7,104
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:19     string, c_str #4
Ну на то он и С++
В С++ можно обойти все, что угодно. Просто предполагается, что ты не должен этого делать. В других языках например до private полей недотянешся. Но смысл инкапсуляции не столько в том, что ты не должен чего то менять, а в том, что тебе нужны только public поля / методы и все, что не в public тебя не должно интересовать.
Т.е. ты открываешь файл с каким то классом и смотришь, что у него в public'е. Ты видишь только то, что должен видеть. Поэтому кстати хороший стиль программирования - это делать public блок выше private. Все, что в private нужно для реализации функционала класса, оно тебя не волнует.
На самом деле я сомневаюсь, что внес ясность) Подобные вещи сложно объяснить, понимание приходит с опытом.
Ksan
26 / 26 / 0
Регистрация: 02.11.2010
Сообщений: 370
06.07.2012, 18:23  [ТС]     string, c_str #5
Kastaneda, ну почему же, теперь я вполне понимаю, зачем нужна инкапсуляция. Раньше я думал, что это для того, что бы напрямую нельзя было менять значения.
Schizorb
 Аватар для Schizorb
508 / 460 / 16
Регистрация: 07.04.2012
Сообщений: 865
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:28     string, c_str #6
Цитата Сообщение от Kastaneda Посмотреть сообщение
Т.е. где-то в памяти выделяется место, там формируется массив char'ов, содержащий строку, и возвращается указатель на этот участок памяти.
c_str() разве выделяет память и формирует новый массив? Или я не так вас понял?
Kastaneda
Модератор
Эксперт С++
 Аватар для Kastaneda
4236 / 2769 / 218
Регистрация: 12.12.2009
Сообщений: 7,104
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:35     string, c_str #7
Цитата Сообщение от Schizorb Посмотреть сообщение
c_str() разве выделяет память и формирует новый массив? Или я не так вас понял?
Зависит от реализации. У меня например код из первого поста работает, значит в моих компиляторах c_str() возвращает указатель на реальную строку.

Не по теме:

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

Schizorb
 Аватар для Schizorb
508 / 460 / 16
Регистрация: 07.04.2012
Сообщений: 865
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:38     string, c_str #8
Цитата Сообщение от Kastaneda Посмотреть сообщение
У меня например код из первого поста работает, значит в моих компиляторах c_str() возвращает указатель на реальную строку.
У меня тоже...

Ещё момент, который поставил меня в тупик:

C++
1
2
3
4
5
string str = "12345";
const char *p1 = str.c_str();   
str = "abcdef";       
const char *p2 = str.c_str();
cout << p1 << '\n' << p2 << endl;
Выводится, как я и предполагал:
12345
abcdef

А если меняю первую строку на что-нибудь вроде:
C++
1
string str = "qwerty";
То выводит:
abcdef
abcdef

Не понимаю логику... c_str() работает как захочет?
Kastaneda
Модератор
Эксперт С++
 Аватар для Kastaneda
4236 / 2769 / 218
Регистрация: 12.12.2009
Сообщений: 7,104
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 18:57     string, c_str #9
Цитата Сообщение от Schizorb Посмотреть сообщение
То выводит:
abcdef
abcdef
У меня в студии в слубом случае это выводит.

Цитата Сообщение от Schizorb Посмотреть сообщение
Не понимаю логику... c_str() работает как захочет?
Нет, реализации std::basic_string<...> может отличаться от компилятора к компилятору. Поэтому нет гарантии, как должна рабатать std::string.

Вот из стандарта
const value_type* c_str() const
the member function returns a pointer to a non-modifiable C string constructed by adding a terminating null element to the controlled sequence. Calling any non-const member function for *this can invalidate the pointer
Ksan
26 / 26 / 0
Регистрация: 02.11.2010
Сообщений: 370
06.07.2012, 19:06  [ТС]     string, c_str #10
Schizorb, так это же указатели. Они в любом случае указывают на один и тот же массив, следовательно и выводится одно и то же
Schizorb
 Аватар для Schizorb
508 / 460 / 16
Регистрация: 07.04.2012
Сообщений: 865
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 19:27     string, c_str #11
Ksan, да... но в первом случае (когда строки разной длины) они у меня указывают на разные. Компилятор gcc.
dr.curse
 Аватар для dr.curse
386 / 342 / 16
Регистрация: 11.10.2010
Сообщений: 1,907
06.07.2012, 19:37     string, c_str #12
я где-то читал что c_str() содает новый массив, потому что данный которые в стринге в памяти находятся не друг за другом, тоесть если первый элемент находится по адресу 0xffee12 то не гарантируется что второй находится по адресу 0xffee13
ForEveR
Модератор
Эксперт C++
 Аватар для ForEveR
7927 / 4709 / 318
Регистрация: 24.06.2010
Сообщений: 10,524
Завершенные тесты: 3
06.07.2012, 19:37     string, c_str #13
aram_gyumri, В стандарте С++11 гарантируется, ранее это не гарантировалось, однако не видел я реализации хранения в отдельных кусках.
Ksan
26 / 26 / 0
Регистрация: 02.11.2010
Сообщений: 370
06.07.2012, 19:39  [ТС]     string, c_str #14
aram_gyumri, то есть стринг - односвязный список? О_о
Kastaneda
Модератор
Эксперт С++
 Аватар для Kastaneda
4236 / 2769 / 218
Регистрация: 12.12.2009
Сообщений: 7,104
Записей в блоге: 1
Завершенные тесты: 1
06.07.2012, 19:39     string, c_str #15
Цитата Сообщение от aram_gyumri Посмотреть сообщение
где-то читал что c_str() содает новый массив, потому что данный которые в стринге в памяти находятся не друг за другом, тоесть если первый элемент находится по адресу 0xffee12 то не гарантируется что второй находится по адресу 0xffee13
Вот вот, тоже где-то читал, не смог найти где.

Цитата Сообщение от ForEveR Посмотреть сообщение
однако не видел я реализации хранения в отдельных кусках.
я тоже как то не натыкался, просто знал, что такое возможно)
Evg
Эксперт С++Автор FAQ
 Аватар для Evg
16827 / 5248 / 321
Регистрация: 30.03.2009
Сообщений: 14,132
Записей в блоге: 26
06.07.2012, 19:41     string, c_str #16
Чисто на всякий случай: функции класса раздела private реализуються так же как и раздела public? в смысле виртуальных функций, дружественных функций, и т.д.
Просто надо понимать, что любая защита в контексте языка Си++ - это защита от собственных ошибок, а не от хакера
dr.curse
 Аватар для dr.curse
386 / 342 / 16
Регистрация: 11.10.2010
Сообщений: 1,907
06.07.2012, 19:42     string, c_str #17
Цитата Сообщение от ForEveR Посмотреть сообщение
aram_gyumri, В стандарте С++11 гарантируется, ранее это не гарантировалось, однако не видел я реализации хранения в отдельных кусках.
я просто написал что читал), а вообще меня неволнует что там делает стринг я больше char * предпочетаю
diagon
Higher
 Аватар для diagon
1920 / 1186 / 49
Регистрация: 02.05.2010
Сообщений: 2,925
Записей в блоге: 2
06.07.2012, 19:50     string, c_str #18
private запрещает использовать лишь имя переменной.
ForEveR
Модератор
Эксперт C++
 Аватар для ForEveR
7927 / 4709 / 318
Регистрация: 24.06.2010
Сообщений: 10,524
Завершенные тесты: 3
06.07.2012, 19:51     string, c_str #19
diagon, Ну не всегда даже это private гарантирует
MoreAnswers
Эксперт
37091 / 29110 / 5898
Регистрация: 17.06.2006
Сообщений: 43,301
06.07.2012, 19:53     string, c_str
Еще ссылки по теме:

C++ реализация функции c_str() в моем классе Str
C++ Идентификатор string не определён при наличии #include <string>
C++ Какое одинаковое значение можно вернуть из функций <string> f () и vector < <string> > f()?

Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
diagon
Higher
 Аватар для diagon
1920 / 1186 / 49
Регистрация: 02.05.2010
Сообщений: 2,925
Записей в блоге: 2
06.07.2012, 19:53     string, c_str #20
Цитата Сообщение от ForEveR Посмотреть сообщение
diagon, Ну не всегда даже это private гарантирует
А какие есть исключения(кроме использования внутри класса, разумеется)?
Yandex
Объявления
06.07.2012, 19:53     string, c_str
Ответ Создать тему
Опции темы

Текущее время: 22:53. Часовой пояс GMT +3.
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin® Version 3.8.9
Copyright ©2000 - 2016, vBulletin Solutions, Inc.
Рейтинг@Mail.ru