Что такое ООП?Зачем?Почему?Где?

Ув. программисты,я немало наслышан о важности знания ООП.О том что с ним легче программировать и любой увожающий себя программист должен его знать.Сел дома читать книгу.первое что вижу это классы и структуры.Прочитал про то как оно инициализируется,посмотрел примеры.но вот не могу понять зачем оно надо?Если ту же программу вполне можно и без него написать.Обьясните мне глупому пожалуйста,зачем оно нужно где его используют и как?

0

Дело в том, что ты читал книгу по языку (его возможностям для программирования в объектно ориентированном стиле), а не по ООП, поэтому тебе сложно сейчас оценить все преимущества ООП. На эту тему можно очень долго и много говорить, советую обратиться к соответствующей литературе, например, Г. Буч Объектно-ориентированный анализ и проектирование. Это одна из лучших книг по данной теме. Думаю после прочтения, таких вопросов больше не возникнет.
Главное сразу не бросаться писать все программы в данном стиле. Нужно понимать, где будет выгода от объектного кода, а где нет.

1

ООП очень хорошая вещь. Может быть когда ты пишешь небольшие приложения, где мало данных, то тебе и не видится выгода объединения в объекты, ты думаешь насоздаёшь массивов и будет тебе счастье...
структуры(struct) и классы(class) внешне почти одно и тоже, но принято в структуры пихать числовые объединения и в дальнейшем можно так же создавать массивы или организовывать динамическое хранение твоих данных(лично я для этого главным образом их использую).
С классами же все сложней, помимо того что и в структурах, в них еще могут пихать процедуры, наследовать, и в результате программист деградирует до уровня пользователя, оперирующего с новыми функциями как: Man[i]->move(50); Man[i]->smile_size=10; Man[i]->smile(); которые например передвигают одного из жителя планеты на 50 метров и заставляют широко улыбнуться.
Главным образом это нужно для автоматизации и облегчения программирования, тк для вас стает вопрос не "что бы написать", а "что объект должен сделать".
(ЗЫ: пример объектно ориентированных игр ДЛЯ программистов seebot или colobot, в которых за вас создали объекты роботов, а вы на Си кодите, заставляя их что либо сделать)

1

KoFeMaH - просто Вы наверное не сталкивались с такими задачами где структурный подход очень сильно увеличивает сложность,объем и отладку кода. С опытом и практикой Вы поймете что при таких задачах надо использовать ООП подход, так что понимание важности ООП приходит с практикой. Это я Вам из личного опыта говорю.
Что бы понять сущнось ООП надо разрабатывать программы в этом стиле, можете хоть сто книг по ООП прочитать если нет практики на реальных примерах, то понять возможности которые дает ООП я думаю не возможно!

2

Я сам когда учился программировать недооценивал важность ООП. Пока программа не достигает 800-1000 строчек её довольно легко (относительно) читать, отлаживать и понимать. Как только программа превышает несколько тысяч строчек, начинаются проблемы. Но даже это не самое важное. А самое важное, это утилизация кода. Да, можно написать тысячи функций, собрать их в библиотеку и пользоваться, но это значит при создании приложения помнить имена все функций(или бегать смотреть). Более того, некоторые функции связаны по смыслу. Одна функция вызывает другую и т.д. Все функции используют данные, причем не только те, которые ей передаются, но и другие. Отсюда следуют, что возможно придется создавать глобальные переменные, а это не есть хорошо. В общем классы здесь как нельзя лучше подходят.

1

KoFeMaH, вот тема в билдере. А теперь обрати внимание, что форма - это объект класса, кнопка - тоже объект класса. И все эти объекты обладаются рядом свойств и возможностей. Так вот, эти свойства и воможности упакованы в классы. Так удобнее. Хотя, ты прав. Все, что написано с использованием ООП можно написать и без него. Но там, где это, действительно, удобнее, почему нет?

1

В общем +1 к практически всему написанному выше. От себя могу добавить, что для начала просто научись программировать без всяких ООП, ибо на начальном этапе оно тебе не нужно.

Кто-то может возразить и сказать, что надо изначально приучаться писАть в объектах. Что ж, может быть оно и так, но по опыту общения с некоторыми коллегами и студентами у меня создаётся ощущение, что те, кто изначально пытаются программировать объектно-ориентированно, начинают ООП подход засовывать в каждую дарку, даже там,где это скорее вредит, чем помогает. Моё мнение таково, что сначало надо осваивать простые вещи, а потом сложные. Только в таком случае будет чёткое понимание, что там где надо - надо писать просто (всмысле без ООП), а там где надо - посложнее (с ООП)

1

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

1

Всем спасибо=)Так сказать разложили по полочкам зачем оно надо.сделаю как было выше сказано.сначала хорошо разберусь с основами а ооп по чуть чуть буду пока.потом углублюсь=)Всем огромное спасибо за разьяснение

0