Отличие С от С++

@Nell · Регистрация: 21.12.2009

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

В чем отличие языка С от С++

@niXman · 10.01.2010, 18:14

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

Писать через классы и писать объектно-ориентированно - слишком разные вещи.

!правда!

@RazorQ · 10.01.2010, 18:16

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

а в бОльшей части случаев только разводит дополнительный геморрой

Могу поспорить, но не вижу смысла. Скажем так, в прикладном программировании ООП незаменимая штука. Гораздо удобней и логичней представлять программу в виде отдельных законченных объектах, каждый из которых умеет себя обслужить, и ещё несколько классов, которые связывают всё это воедино.

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

Не по теме:

модераторы, удалите одно моё сообщение

@niXman · 10.01.2010, 18:19

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

По наблюдениям 90% (условно говоря) из тех, кто пишет на Си++, очень слабо себе представляют, что такое ООП

!правда!
потому что ООП, это не С++ вообще! это стратегия проектирования/реализации!

Не по теме:

в очередной раз убеждаюсь в непонимании программистами термина ООП

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

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

где-то ООП реально облегчает жизнь, а в бОльшей части случаев только разводит дополнительный геморрой

все зависит от способности к проектированию проекта и родства классов.

@CyBOSSeR · 10.01.2010, 18:19

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

каждый из которых умеет себя обслужить

Весьма сомнительное утверждение. Объекты скорее должны поддерживать свои обязательства перед другими объектами.
ООП нужно применять только там, где оно действительно будет полезно, где оно сможет показать все свои преимущества (полиморфизм, инкапсуляция(в особенности сокрытие конкретного класса за абстрактным)).

Evg · 10.01.2010, 18:58

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

Могу поспорить, но не вижу смысла. Скажем так, в прикладном программировании ООП незаменимая штука. Гораздо удобней и логичней представлять программу в виде отдельных законченных объектах, каждый из которых умеет себя обслужить, и ещё несколько классов, которые связывают всё это воедино.

В принципе, в постах 43 и 44 (в предположении, что твой пост-дубль ещё не удалили), на это уже ответили. Что-либо существенного мне уже нечего добавить.

В качестве примера я обычно привожу случай, когда товарищ решал через объекты задачу расстановки ферзей на доске. Завёл класс "ферзь", завёл класс "доска", завёл какие-то математические понятия, описывающие ходы ферзей и в итоге такую программищу раздул, которая занимала чёрт-те сколько места и потратил на её написание чёрт-те сколько времени. А если тупо написать массив из 8 элементов и написать простенький перебор, то это займёт буквально одну страницу кода и (условно) 20 минут времени. Потому что задача по своей сути НЕ требует никакого объектно-ориентированного подхода.

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

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

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

@Ignat · 12.01.2010, 13:10

ООП программирование применимо только для взаимосвязанных понятий:
точка->линия->треугольник->квадрат. и так далее. Такой вывод я сделал просматривая
заголовочные файлы библиотеки MFC.

ООП можно использовать в программировании игр: так как игра это большой масштаб действий,
и в играх много взаимосвязанных объектов, и действий, так же в играх применим полиморфизм ООП.

ООП в чистом виде я не использую: я использую модель полиморфных компонентных объектов: COM:
Разбивайте программу на клиент->интерфейс->компонент и все будет ok, к сведению:
компоненты COM в dll библиотеках используются лучше чем просто функции или классы.

Кто не читал про технологию COM советую почитать http://it-books.narod.ru/COM/InsideCOM_rus.rar: штука: супер, отвечаю:

Evg · 12.01.2010, 13:33

Сообщение от Genius Ignat

точка->линия->треугольник->квадрат

Это одно из типичных заблуждений. Такая цепочка не совсем есть объектное программирование. Вот когда есть понятие "фигура", и производные понятия "фигура треугольник" и "фигура квардрат" - это уже ближе к ООП. Я имею в виду по сути, а не с юридическо точки зрения или с точки зрения определения термина ООП

@easybudda · 15.06.2010, 20:42

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

Адрес и указатель-вот это одно и тоже.

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

Новые блоги и статьи Все статьи Все блоги /
Сезонность и суточность закисления почв anaschu 04.07.2026 200 часов это все равно моловато. Есть ситуации, но нестандартные, когда смена происходит за 5 лет. Но обычно это 50 лет и более. Наверное, закисление почвы происходит сезонно в средней. . .	В чем ценность человеческого опыта в глобальном смысле? kumehtar 03.07.2026 Возможно, ценность человека не в том, что он однажды достигает мудрости, а в том, что он становится носителем карты пути. Он знает не только истину, но и последовательность внутренних изменений,. . .	интеграция AnyLogic с самописным REST API и переход на Odoo anaschu 03.07.2026 Успешная интеграция AnyLogic с самописным REST API и переход на промышленную Odoo WMS Сегодня проделал огромный путь от простой симуляции физических процессов до построения полноценной. . .	Поиск всех путей на ориентированном графе. Linux dcc0 02.07.2026 Переработка старого кода из моей статьи. Через несколько переработок от PHP кода к C89 (надеюсь, 89). Но довольно запутанно получилось. Код для Linux. Но если убрать time и то, что с ним. . .
Сам себя обучал rest api anaschu 02.07.2026 Педагогический лайфхак: Почему чистый REST API для ученика намного круче, чем готовые библиотеки Когда мы отказались от капризного JAR-файла AnyLogic и переписали код на стандартный HttpClient,. . .	rest api anylogic - выполнение модели на своём русском сайте anaschu 02.07.2026 Как подружиться с AnyLogic Cloud API, победить провайдеров и развернуться Java-бэкенд в Docker на бесплатном хостинге: Двухдневный лог борьбы Всем привет! Хочу поделиться свежим (и довольно. . .	Где деньги лежат kumehtar 02.07.2026 Это - японская подводная лодка I-52 (тип C2, кодовое имя Momi) вышла из Японии в марте 1944 года с миссией в оккупированную немцами Францию (Лорьян). Это была одна из «Янаги»-миссий по обмену. . .	Krabik для WoW 3.3.5a, многоязычный AmbA 02.07.2026 Допилил бота, думаю что окончательно. Изменения: - добавлена многоязычность - добавлено снятие скриншотов - добавлено поддержание бафов хождения по воде (для жреца, дк и шамана) - и так, по. . .

@Nell 1 / 1 / 0 Регистрация: 21.12.2009 Сообщений: 41

	Отличие С от С++ 07.01.2010, 23:50. Показов 23729. Ответов 47 Метки нет (Все метки) В чем отличие языка С от С++ 0

@Ignat 1261 / 799 / 108 Регистрация: 16.09.2009 Сообщений: 2,010
	12.01.2010, 13:10
	ООП программирование применимо только для взаимосвязанных понятий: точка->линия->треугольник->квадрат. и так далее. Такой вывод я сделал просматривая заголовочные файлы библиотеки MFC. ООП можно использовать в программировании игр: так как игра это большой масштаб действий, и в играх много взаимосвязанных объектов, и действий, так же в играх применим полиморфизм ООП. ООП в чистом виде я не использую: я использую модель полиморфных компонентных объектов: COM: Разбивайте программу на клиент->интерфейс->компонент и все будет ok, к сведению: компоненты COM в dll библиотеках используются лучше чем просто функции или классы. Кто не читал про технологию COM советую почитать http://it-books.narod.ru/COM/InsideCOM_rus.rar: штука: супер, отвечаю: 1