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

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

0

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

!правда!

0

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

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

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

0

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

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



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

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

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

0

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

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

0

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

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

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

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

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

1

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

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

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

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

1

Сообщение от Genius Ignat точка->линия->треугольник->квадрат

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

0

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

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

0