В чём разница между string и символьными массивами?

@Lexxxxy · Регистрация: 07.08.2016

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

Собсна какая тема, такой и вопрос. Если выразить его по-точнее, то в чём существенные плюсы того и другого в разных ситуациях? Изучаю С++ и, естественно, столкнулся с символами и строками. Что лучше в какой ситуации и в чём их главное различие не совсем понимаю.

@Babysitter · 11.08.2016, 15:26

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

stl устарела лет на 20 даже на момент своего появления

и

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

AnsiString и StringList гораздо раньше STD появились

из этого не следует, что они устарели еще больше?

или их переписывают постоянно

@avgoor · 11.08.2016, 15:27

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

Будет намного эффективней и безопасней.

Эффективнее будет копировать память?

Чем безопаснее? Тем, что можем нагадить в стек а не в кучу?
UPD: А если строка не создается а изменяется (передается по ссылке)?

@Fulcrum_013 · 11.08.2016, 15:32

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

Какими еще требованиями?

Простые. Чем хуже читабельный код тем больше в нем багов. настолько плохо читаемую либу как STL ниде и ни у кого больше не видел. Мало того она на каждом шагу unsafe. не говоря уже про никуда негодные итераторы, объект на который ссылаются поло"умные" указатели даже самоудалиться не может без креша.

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

Это называется голословность

Точно так же как и утверждение что stl венец творения и вообще хоть в чем то удобна.

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

или любую другую библиотеку/класс, которую Вы приведете в пример

Надеюсь вы в курсе что уже 20 лет рулит концепция управления памятью и поведением/жизненным циклом объектами на основе списков владения и списков обработки и отслеживанием контейнером жизненного цикла и состояния содержимого? Где средства для таких списков в STL? Нету. А средства для их создания? Тоже нету. А указатели которые бы поддерживали необходимое для этой концепции поведение объектов? Тоже отсутствуют, а те которые есть только мешают. Вопрос -ну и зачем эта STL вообще нужна?

@Toshkarik · 11.08.2016, 15:44

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

Эффективнее будет копировать память?

Я думаю, что да. Что бы не гадать, можно сравнить скомпилированные куски асма.

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

Чем безопаснее?

Тем, что за внутреним состоянием объекта будет следить класс, а не программист, который не может угадывать реализацию данного класса. Помимо изменения размера, возможно, нужны и другие операции внутри объекта.

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

Точно так же как и утверждение что stl венец творения и вообще хоть в чем то удобна.

Покажите, где я утверждал это? Опять голословность. stl делает ту работу, для которой создавалась.

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

Надеюсь вы в курсе что уже 20 лет рулит концепция управления памятью и поведением/жизненным циклом объектами на основе списков владения и списков обработки и отслеживанием контейнером жизненного цикла и состояния содержимого? Где средства для таких списков в STL? Нету. А средства для их создания? Тоже нету. А указатели которые бы поддерживали необходимое для этой концепции поведение объектов? Тоже отсутствуют, а те которые есть только мешают. Вопрос -ну и зачем эта STL вообще нужна?

Вы вообще понимаете, что Вы печатаете? Вы уже к языку как таковому придераетесь, а не к stl. Программируйте на Java в таком случае, там и памятью не Вы будете управлять и убирать за Вами будут. Уже балаган какой то начался...

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

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

UPD: А если строка не создается а изменяется (передается по ссылке)?

operator= же. Про передачу по ссылке даже говорить ничего не буду, это надо в раздел холиваров идти

Не могу понять, Вы спорите ради спора, или действительно считаете, что данный способ использования std::string удобен и его можно применять? Не говоря уже о советах новичкам.

@Fulcrum_013 · 11.08.2016, 15:49

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

Программируйте на Java в таком случае, там и памятью не Вы будете управлять и убирать за Вами будут

Потому и программирую на С++ что могу управлять памятью как надо именно для концепции со списками владения и списками обработки. Автоматические мусоросборники на основе рефкаунтинга и трассивровки пути к руту для таких задач непригодны, только мешают. А вот как раз от STL джавой и попахивает за версту. А для этой концепции задачи абсолютно другие. Нужно не удалить объект на который не осталось ссылок, а в случае удаления объекта вычистить ссылки на него из всех списков.

@avgoor · 11.08.2016, 15:49

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

Помимо изменения размера, возможно, нужны и другие операции внутри объекта

Т.е. operator[] вообще использовать нельзя? А то вдруг нужны какие-то операции...

@Fulcrum_013 · 11.08.2016, 15:51

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

Покажите, где я утверждал это?

вот здесь:

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

При прямых руках используется std::string, а не изобретаются велосипеды.

@Toshkarik · 11.08.2016, 16:00

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

вот здесь:
Сообщение от Toshkarik
При прямых руках используется std::string, а не изобретаются велосипеды.

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

Точно так же как и утверждение что stl венец творения и вообще хоть в чем то удобна.

Так это для Вас одно и тоже? Можете не отвечать, это риторический вопрос. Удачи Вам.

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

Т.е. operator[] вообще использовать нельзя? А то вдруг нужны какие-то операции...

Ну Вы то откуда это взяли? Я не хочу спорить ради спора.

@Fulcrum_013 · 11.08.2016, 16:12

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

Так это для Вас одно и тоже?

Итак немного включим логики. Тот у кого прямые руки пользует лучшие имеющиеся для решения задачи средства (надеюсь с эти спорить не будtте?). Соответственно из утверждения что тот у кого руки прямые пользует std:: вытекает что stl лучшее средство для любых задач а следовательно венец творения.

@Toshkarik · 11.08.2016, 16:17

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

Итак немного включим логики.

Не по теме:

Видимо, включатель сломался, потому что нет логики в этом сообщении. Перечитайте пару раз тему.

@obivan · 11.08.2016, 16:18

Не по теме:

Fulcrum_013, честно, как будто ищите к чему придраться, у вас не правильное суждение, учитывайте мнение другого человека и свое тоже во все дыры пихать не надо, никто не говорил, что stl венец, но по вашей же логике можно сказать что AnsiString венец

@Fulcrum_013 · 11.08.2016, 16:24

Не по теме:

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

о по вашей же логике можно сказать что AnsiString венец

Сам по себе не венец. Но в купе со StringList в плане обработки текстов (набора строк как единого целого) превосходит средства stl на порядок.

@avgoor · 11.08.2016, 16:30

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

Ну Вы то откуда это взяли? Я не хочу спорить ради спора.

...

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

Тем, что за внутреним состоянием объекта будет следить класс, а не программист, который не может угадывать реализацию данного класса. Помимо изменения размера, возможно, нужны и другие операции внутри объекта

В приведенном мною коде используются только конструктор, operator[] и resize().
А чтоб не спорить ради спора, прочиатйте, наконец, что в стандарте написано про std::basic_string, что такое contiguous container и contiguous iterator, что возврщает string::length() и как он связан с длиной, именно, си строки внутри (подсказка - никак). А подход: я не знаю можно или нет, но как бы чего не вышло... ущербен. Если что-то не понятно, надо это выяснять.

@Toshkarik · 11.08.2016, 16:47

avgoor, стандарт я читал, спасибо за совет. Ничего нового Вы для меня не написали. Стандарт ( С++11 ) гарантирует ( что я уже и писал в теме ), что занимаемая память строкой будет "contiguous". Ничего о записи напрямую в буфер не сказано. Я как раз и говорил про то, что за изменением объекта должен следить сам объект, а не программист.

@avgoor · 11.08.2016, 16:51

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

Ничего о записи напрямую в буфер не сказано

Т.е. по вашему str[10] и *(&str[0]+10) не эквивалентны (в случае достаточной длины контейнера)?

@Toshkarik · 11.08.2016, 16:58

Я же написал свою позицию, зачем лишние вопросы.

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

за изменением объекта должен следить сам объект, а не программист.

Я не хочу делать никаких догадок. Равно или нет, меня, как прогаммиста, использующего данный класс, это не должно волновать.

@avgoor · 11.08.2016, 17:07

Toshkarik, А хотите пример, где ваш код упадет, а мой - нет?

@Toshkarik · 11.08.2016, 17:10

avgoor, там, где char buff[ MAX_DLL_STR ] не влезет в стек?

@avgoor · 11.08.2016, 17:15

Toshkarik, Ога. Наша библиотека будет возвращать "Войну и мир".

Исправить это можно только динамическим выделением/освобождением памяти (увеличение стека рассматривать не будем ибо это enlarge your stack only for 5$). Все еще будете настаивать - что это эффективно?

@Toshkarik · 11.08.2016, 17:28

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

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

Не по теме:

Загуглил для интереса. Война и мир занимает всего ~4mb. Так что влезет :D

Новые блоги и статьи Все статьи Все блоги /
Доктрина интенционального знания - Доктрина для портала "Срез". Hrethgir 25.07.2026 Может найдётся кто захочет оценить доктрину. . . Написания правил участия для меня роскошь, требующая лимита времени, поэтому все сообщения не прошедшие модерацию будут видны только участникам портала,. . .	сукцессия 44. Решил подать на припринт в межународные сервисы препринтов. Но нужно одобрение от ученых anaschu 25.07.2026 Английский вариант. Пока кто то не одобрит мою личность, мне не получиться это опубликовать на препринте. Но заявку на публикацию статьи я сегодня подам.	сукцессия 43. Вторая научная статья за месяц- прайминг и гатгил anaschu 25.07.2026 две стороны одной монеты	Более приземисто - Эстафету хвоста в .cdl (деревья эстафеты в сад). Hrethgir 24.07.2026 В будущем, после написания блока инверсии обхода дерева (эстафеты хвоста), я планирую вернуться к нашему прошлому разговору о том, обладают ли знания целеполаганием. Тогда я пришел к выводу, что. . .
Вот представьте что вам дали бессмертие. kumehtar 24.07.2026 Вот представьте что вам дали бессмертие, ничего более не меняя. Вообще ничего, только бессмертие в нынешнем виде. Рады были бы? Что бы вы тут делали всё это время? Никакой пенсии. Никакого нового. . .	сукцессия 41 anaschu 24.07.2026 Численная верификация бифуркации в агентной модели лесной сукцессии: от одного параметра к ансамблю Автор: пользователь @Shumilov_AS \| Раздел: Прикладная математика / Численные методы Кратко. . .	сукцессия 40. Ансамблевая кластерная параметризаци, часть 1. anaschu 24.07.2026 Пр# Сопровождение научной статьи ИИ-ассистентом: подготовка публикации и калибровка агентно-ориентированной модели сукцессии микоризных систем Полевые заметки о двухнедельной совместной работе. . .	Теория всего 12. ВГК на планете в стратегической игре "терра" anaschu 21.07.2026 ### Главные семантические изменения и дешифровка новой физики 1. `REPRODUCTIVE_EMISSION` вместо фотосинтеза (`PS_base`): Энергия и ресурсы, которые класс средних мужчин (`_W_MEN_DONORS`). . .

@Lexxxxy 6 / 6 / 7 Регистрация: 07.08.2016 Сообщений: 44

	В чём разница между string и символьными массивами? 11.08.2016, 00:02. Показов 15540. Ответов 64 Метки нет (Все метки) Собсна какая тема, такой и вопрос. Если выразить его по-точнее, то в чём существенные плюсы того и другого в разных ситуациях? Изучаю С++ и, естественно, столкнулся с символами и строками. Что лучше в какой ситуации и в чём их главное различие не совсем понимаю. 0

@obivan
	11.08.2016, 16:18
	Не по теме: Fulcrum_013, честно, как будто ищите к чему придраться, у вас не правильное суждение, учитывайте мнение другого человека и свое тоже во все дыры пихать не надо, никто не говорил, что stl венец, но по вашей же логике можно сказать что AnsiString венец 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	11.08.2016, 16:47
	avgoor, стандарт я читал, спасибо за совет. Ничего нового Вы для меня не написали. Стандарт ( С++11 ) гарантирует ( что я уже и писал в теме ), что занимаемая память строкой будет "contiguous". Ничего о записи напрямую в буфер не сказано. Я как раз и говорил про то, что за изменением объекта должен следить сам объект, а не программист. 0

@avgoor 1550 / 877 / 179 Регистрация: 05.12.2015 Сообщений: 2,555
	11.08.2016, 17:07
	Toshkarik, А хотите пример, где ваш код упадет, а мой - нет? 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	11.08.2016, 17:10
	avgoor, там, где char buff[ MAX_DLL_STR ] не влезет в стек? 0

@avgoor 1550 / 877 / 179 Регистрация: 05.12.2015 Сообщений: 2,555
	11.08.2016, 17:15
	Toshkarik, Ога. Наша библиотека будет возвращать "Войну и мир". Исправить это можно только динамическим выделением/освобождением памяти (увеличение стека рассматривать не будем ибо это enlarge your stack only for 5$). Все еще будете настаивать - что это эффективно? 0

@Toshkarik 1181 / 894 / 94 Регистрация: 03.08.2011 Сообщений: 2,461
	11.08.2016, 17:28
	avgoor, конечно, буду. В таких ситуациях это проблема проектирования. Не должно все хранится в одной строке. Или, как минимум, доставаться оно должно по другому. Можно так же сказать, что система не сможет выделить цельный кусок памяти размером MAX_DLL_STR и программа кинет исключение. Добавлено через 9 минут Не по теме: Загуглил для интереса. Война и мир занимает всего ~4mb. Так что влезет :D 0