Класс строк, необходима ли инкапсуляция?

@TamaGOch · Регистрация: 11.12.2012

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

Волнует такой вот вопрос, писал класс строк с целью перегрузки операторов, в качестве полей класса: массив char'ов и целочисленный тип, хранящий длину. Есть два варианта использования: загнать поля в private и при необходимости получать копию массива char'ов функцией а-ля char* Get_String (). Ну или хранить как открытое поле, и обращаться напрямую через объект. Вполне ли оправдана вторая идея, если принимать во внимание желание уменьшить количество запросов и освобождения динамической памяти, ну и честное слово не портить открытые поля =))

@iv-a · 30.06.2013, 17:07

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

@TamaGOch · 30.06.2013, 17:09 **[ТС]**

iv-a, спасибо, тоже так подумал

Croessmah · 30.06.2013, 17:22

Сообщение от iv-a

ой, да если программа маленькая, для себя делаете, то можно вообще без private.

Нужно с самого начала учиться писать АТД, а не полуклассы

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

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

Если Вы сомневаетесь какой тип доступа выбрать, выбирайте всегда более закрытый.

Jupiter · 30.06.2013, 17:26

Не по теме:

Сообщение от iv-a

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

в это же время в другой теме :tomatos::

Сообщение от iv-a

а почему получаются вот такие огромные циклы, с чем это связано? это плохие знания в программировании или что-то еще? извиняюсь, что немного не по теме спрашиваю. уж очень интересно)

@0x10 · 30.06.2013, 17:29

TamaGOch, память под char* выделяется динамически. Следовательно, весь доступ к char* должен быть контролируемым: на случай, если понадобится, например, перевыделение памяти при присваивании слишком длинной строки. Выставляя наружу, получаем потенциально возможные утечки памяти.

Новые блоги и статьи Все статьи Все блоги /
делаю науч статью по влиянию грибов на сукцессию anaschu 13.03.2026 прикрепляю статью	SDL3 для Desktop (MinGW): Создаём пустое окно с нуля для 2D-графики на SDL3, Си и C++ 8Observer8 10.03.2026 Содержание блога Финальные проекты на Си и на C++: hello-sdl3-c. zip hello-sdl3-cpp. zip Результат:	Установка CMake и MinGW 13.1 для сборки С и C++ приложений из консоли и из Qt Creator в EXE 8Observer8 10.03.2026 Содержание блога MinGW - это коллекция инструментов для сборки приложений в EXE. CMake - это система сборки приложений. Здесь описаны базовые шаги для старта программирования с помощью CMake и. . .	Как дизайн сайта влияет на конверсию: 7 решений, которые реально повышают заявки Neotwalker 08.03.2026 Многие до сих пор воспринимают дизайн сайта как “красивую оболочку”. На практике всё иначе: дизайн напрямую влияет на то, оставит человек заявку или уйдёт через несколько секунд. Даже если у вас. . .
Модульная разработка через nuget packages DevAlt 07.03.2026 Сложившийся в . Net-среде способ разработки чаще всего предполагает монорепозиторий в котором находятся все исходники. При создании нового решения, мы просто добавляем нужные проекты и имеем. . .	Модульный подход на примере F# DevAlt 06.03.2026 В блоге дяди Боба наткнулся на такое определение: В этой книге («Подход, основанный на вариантах использования») Ивар утверждает, что архитектура программного обеспечения — это структуры,. . .	Управление камерой с помощью скрипта OrbitControls.js на Three.js: Вращение, зум и панорамирование 8Observer8 05.03.2026 Содержание блога Финальная демка в браузере работает на Desktop и мобильных браузерах. Итоговый код: orbit-controls-threejs-js. zip. Сканируйте QR-код на мобильном. Вращайте камеру одним пальцем,. . .	SDL3 для Web (WebAssembly): Синхронизация спрайтов SDL3 и тел Box2D 8Observer8 04.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-sync-physics-sprites-sdl3-c. zip На первой гифке отладочные линии отключены, а на второй включены:. . .

@TamaGOch 9 / 9 / 3 Регистрация: 11.12.2012 Сообщений: 152

	Класс строк, необходима ли инкапсуляция? 30.06.2013, 17:03. Показов 838. Ответов 5 Метки нет (Все метки) Волнует такой вот вопрос, писал класс строк с целью перегрузки операторов, в качестве полей класса: массив char'ов и целочисленный тип, хранящий длину. Есть два варианта использования: загнать поля в private и при необходимости получать копию массива char'ов функцией а-ля char* Get_String (). Ну или хранить как открытое поле, и обращаться напрямую через объект. Вполне ли оправдана вторая идея, если принимать во внимание желание уменьшить количество запросов и освобождения динамической памяти, ну и честное слово не портить открытые поля =)) 0

@iv-a 15 / 15 / 8 Регистрация: 25.06.2013 Сообщений: 63
	30.06.2013, 17:07
	ой, да если программа маленькая, для себя делаете, то можно вообще без private. Пусть все будет public. ничего страшного в этом нет. главное сам ничего не испорть 1

@TamaGOch 9 / 9 / 3 Регистрация: 11.12.2012 Сообщений: 152
	30.06.2013, 17:09 [ТС]
	iv-a, спасибо, тоже так подумал 0

@0x10 3258 / 2060 / 351 Регистрация: 24.11.2012 Сообщений: 4,909
	30.06.2013, 17:29
	TamaGOch, память под char* выделяется динамически. Следовательно, весь доступ к char* должен быть контролируемым: на случай, если понадобится, например, перевыделение памяти при присваивании слишком длинной строки. Выставляя наружу, получаем потенциально возможные утечки памяти. 0