Что даёт использование классов (и шире - ООП) в языке программирования С++? - Священные войны - Страница 3

@Avazart · 18.07.2016, 16:14

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

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

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

При чем тут перегрузка к скорости? Наследование/виртульные функции да... снижают производительность, но так как правило применяют другой способ абстракции/обобщения - шаблоны.

ООП, ОП ипр это лишь способ выражать свои мысли и намерения в коде, т.е как художественные средства (типа эпитетов,метафор) для писателя.
И если не чудить и не злоупотреблять то это делает ваш код более понятным и выразительным чем без этих средств.

IGPIGP · 18.07.2016, 16:17

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

Помогите мне, пожалуйста.

Есть раздел ООП ведь. Тут говорят о реализации ООП средствами С++.

@_Ivana · 18.07.2016, 16:22

IGPIGP, понял, отправляете к хирургу в соседнее село... Видимо, мой случай настолько запущен, что психотерапия не поможет... Вечером продолжу самолечение дельфинотерапией.

@shilko2013 · 18.07.2016, 16:35

Avazart, Перегрузка не влияет на скорость, просто удобно и красиво)

Добавлено через 1 минуту
_Ivana, Есть программисты. которые выучили какой-то язык или способ, стиль программирования. И их не переучить. Мне их жаль, потому, что наша отрасль предполагает постоянное переобучение.

IGPIGP · 18.07.2016, 16:37

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

IGPIGP, понял, отправляете к хирургу в соседнее село...

Нет. Но говорить в ключе "ОПП в плюсах не настоящий, подайте настоящего царя!" это же бунт! Мы не готовы к бунту...
Тут милая дама так славно говорила о рюшечках и оборочках...
Продолжая тему моды словами бургомистра: _Ivana,

Мне всегда нравился Ваш образ мысли, прямая линия плеча, зауженные панталоны: Вы могли бы стать примером для нашей молодёжи!
И вот тут некоторые стали позволять себе нашивать накладные карманы и обуживать рукав. Так вот этого мы позволять не будем!

@_Ivana · 18.07.2016, 16:42

shilko2013, согласен. Поэтому чем себя жалеть - лучше попробуйте изучить

какой-то язык или способ, стиль программирования

Добавлено через 4 минуты
IGPIGP, хорошо, "не хотите лишний день - не надо" (С)

@shilko2013 · 18.07.2016, 16:42

_Ivana, Чем я и занимаюсь, попутно споря на вечные темы...

@Hikari · 18.07.2016, 16:57

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

Тут милая дама так славно говорила о рюшечках и оборочках...

"А я ещё и вышивать могу.. и на машинке.. тоже.." (с) Матроскин

Кстати машинка швейная чудесный признак механизма следующего принципам ООП.

IGPIGP · 18.07.2016, 17:04

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

А я ещё и вышивать могу.. и на машинке.. тоже.."

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

Кстати машинка швейная чудесный признак механизма следующего принципам ООП.

Точно. Тут можно бы сказать, что машинка прекрасно инстанцирует по шаблону (выкройке) применяя специализирующие данные (ткани, нитки, фурнитуру). То есть, механизм времени компиляции налицо. Равно как и на другие жизненно необходимые органы.

@_Ivana · 18.07.2016, 17:05

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

Кстати машинка швейная чудесный признак механизма следующего принципам ООП.

ага, налицо ~~локальное удержание ткани и защита пальцев,~~ инкапсуляция механизмов, ~~"и экстремально позднее связывание всего" (С)~~

ЗЫ хотя да, я же обещал не летать на Луну

@Avazart · 18.07.2016, 17:07

Не по теме:

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

ЗЫ хотя да, я же обещал не летать на Луну

Самое главное что бы не послали ...

@rikimaru2013 · 18.07.2016, 17:15

Не по теме:

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

понял, отправляете к хирургу в соседнее село... Видимо, мой случай настолько запущен, что психотерапия не поможет... Вечером продолжу самолечение дельфинотерапией.

выхватил ?) Нечего тискать чужих баб в селе :p

@_Ivana · 18.07.2016, 17:19

Не по теме:

rikimaru2013, да я уже понял что это чревато :) Но с другой стороны соблазн был так велик! :D

@hoggy · 18.07.2016, 17:33

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

если надо сделать проект, в котором функции работают быстрее, то пожалуй лучше не использовать классы

и в чем разница между использованием и не использованием,
учитывая, что природа функций членов абсолютно точно такая же,
как и у обычных свободных функций?

Добавлено через 32 секунды

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

Наследование/виртульные функции да... снижают производительность

не снижают.

@Avazart · 18.07.2016, 18:12

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

не снижают.

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

@hoggy · 18.07.2016, 18:53

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

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

нет, не снижают.

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

тобишь возьмите любую задачку,
которая была решена с помощью полиморфизма.
и попытайтесь решить её без него.
любое ваше решение будет задействовать промежуточного посредника,
так или иначе.

вы никак не сможете оптимизировать решение за счет отказа от промежуточного указателя.

итого: полиморфизм не снижает быстродействие.
поскольку нет вариантов улучшить эффективность,
за счет отказа от косвенной адресации.

@Avazart · 18.07.2016, 19:10

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

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

Класс может изначально содержать вир. ф-ции т.е. изначально так спроектирован, а пригодится оно или нет другое дело.
(Хотя опять же вопрос правильного проектирования/применения)

@hoggy · 18.07.2016, 19:37

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

Класс может изначально содержать вир. ф-ции т.е. изначально так спроектирован, а пригодится оно или нет другое дело.
(Хотя опять же вопрос правильного проектирования/применения)

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

@Avazart · 18.07.2016, 19:54

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

вирт. функции снижают быстродействиев сравнении с не вирт.

Да и если не знать этого, можно тупо пихать виртуальность куда попало и как попало называя это ООП.
Более того С++ все же заботится о быстродействии и о каком-то компромиссе, вероятно чем и вызвано вот это тупое "С++ это не настоящий ООП язык".

@hoggy · 18.07.2016, 20:04

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

Да и если не знать этого, можно тупо пихать виртуальность куда попало и как попало называя это ООП.

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

но в реальной жизни,
в профессиональной практике,
я такое не наблюдаю.

но мой цемес не об этом.
а о том, что задачи на виртуальность без коссвенной адресации порешать невозможно.

Новые блоги и статьи Все статьи Все блоги /
Транскрипция 55-минутного видео через Whisper: WhisperDesktop облажался, спас Google Colab[ anaschu 01.06.2026 Понадобилось получить текст из свежезагруженного видео на YouTube. Казалось бы, задача на пять минут. Заняла полтора часа. Делюсь опытом — может кому пригодится последовательность решений. . . .	21 мат мед. Планы на развитие модели здравоСохранения anaschu 01.06.2026 AnyLogic: план развития симуляционной модели рабочего коллектива — динамический абсентеизм, реальные данные, три сценария сравнения Продолжаю серию постов о дискретно-событийной модели рабочего. . .	20. Мат мед. Абсентеизм как отдельный тип простоя anaschu 29.05.2026 Апдейт модели: исправленные баги, абсентеизм и новые механизмы Продолжаю развивать ранее описанную модель рабочего коллектива на AnyLogic. За последние несколько дней был проведён серьёзный. . .	19. здоровье, усталость и психотип работника влияют на производительность предприятия, и наоборот, производительность на здоровье, усталось и психотип anaschu 28.05.2026 Дискретно-событийная модель рабочего коллектива на AnyLogic: здоровье, выгорание, психотипы и микростимуляция Привет, коллеги. Хочу поделиться итогами нескольких недель работы над симуляционной. . .
"Прокси" для последовательного порта Eddy_Em 28.05.2026 Эту штуку написал я достаточно давно. Но сейчас вот понадобилось настроить датчик грозы, но при этом не отключать его от "метеодемона". Соответственно, надо запустить этот "прокси": метеодемон будет. . .	Рефакторинг программы уравнивания. Massaraksh7 26.05.2026 Пример по предыдущей записи в блоге. Но, надо заметить, что, во-первых, там оптимизация не только математики, но и работы с базой данных, и с графами, а во-вторых, это ещё не всё.	Использование TThread в Lazarus для математических вычислений. Massaraksh7 25.05.2026 Производя рефакторинг своих программ на предмет ускорения их работы, обратил внимание на такой аспект, как сокращение времени матвычислений. Дело в том, что приходится работать с большими матрицами. . .	Модель здравосохранения 18. Чем здоровее работник, тем быстрее выгорает anaschu 24.05.2026 Имитационная модель корпоративного здравоохранения: что показывает математика Сегодня в модели рабочего коллектива на AnyLogic появились три новые механики — выгорание через накопленную усталость,. . .

@_Ivana 4949 / 2289 / 287 Регистрация: 01.03.2013 Сообщений: 5,991 Записей в блоге: 32
	18.07.2016, 16:22
	IGPIGP, понял, отправляете к хирургу в соседнее село... Видимо, мой случай настолько запущен, что психотерапия не поможет... Вечером продолжу самолечение дельфинотерапией. 0

@shilko2013 257 / 234 / 185 Регистрация: 02.04.2016 Сообщений: 898
	18.07.2016, 16:35
	Avazart, Перегрузка не влияет на скорость, просто удобно и красиво) Добавлено через 1 минуту _Ivana, Есть программисты. которые выучили какой-то язык или способ, стиль программирования. И их не переучить. Мне их жаль, потому, что наша отрасль предполагает постоянное переобучение. 0

@shilko2013 257 / 234 / 185 Регистрация: 02.04.2016 Сообщений: 898
	18.07.2016, 16:42
	_Ivana, Чем я и занимаюсь, попутно споря на вечные темы... 0

@_Ivana
	18.07.2016, 17:19
	Не по теме: rikimaru2013, да я уже понял что это чревато :) Но с другой стороны соблазн был так велик! :D 0