Объяснение принципов ООП

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

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

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

Поначалу все шло хорошо, действительно удобно: создаем Класс с методами (как я понимаю, это те же функции и процедуры), потом создаем объект и интенсивно используем методы, которые он имеет как представитель класса. Ну действительно, чтобы убить зомби, берем объект "пистолет" относящийся к классу "пистолеты" и используем метод "выстрел". (извините что пользуюсь такими примерами).

Но всю логику ломают методы с пометкой static, это что за зверь?????
В умных книжках умными людьми написано, что якобы такой метод можно вызвать без создания экземпляра класса!!! Сразу в голове возникает следующее: "Понятно! А на хера???"

У умных людей есть и на это ответ: "Чтобы писать меньше кода!"

- "Логично! А за каким тогда "нестатические методы"??? На фиг тогда писать эти классы и создавать экземпляры??? И на хрена тогда вообще это ООП???"

Пожалуйста, не поможете разобраться с этими статическими методами и в частотности с "main" может на примере с теми же зомби, чего мы берем и откуда если нет экземпляра????

0

Сообщение от AceOfSpades А сколько лет ребёнку? Может пиктомира пока и достаточно.

Ребенку 7 лет, безусловно пока Пиктомира хватит и Системы "Исполнители" это я вперед забегаю, хочу иметь возможность объяснить когда придет время.
Почему я еще тяготею к языкам C# и JAVA там есть визуальные компоненты, то есть чтобы ей было интересно не просто в консоль пялится а какую нибудь кнопочку запрограммировать.
делегаты, события, лямбда-выражения, многопоточность, рефлексия действительно приводят в ужас! Думаете все же с Delphi начать (как с визуальной среды Паскаля)? Но это синтаксис совсем отличный от Си-подобных языков (на сколько я слышал).
Не уж то совсем не понять вышеперечисленные структуры через ту же JAVA?

0

0

Сообщение от TanaTiX Объяснять это в 7 лет? Жесть! Надеюсь, ребенка это увлекает, тогда нас ждет хороший специалист.

Что это? Линейный алгоритм? Повторитель (прототип цикла)? Ветвитель (Да-Нет)?
К тому же там роботы ездят, ей нравится ))))

Я на этом форуме один пост читал, так в нем участник сообщал, что уже в 6 лет он сам писал драйвера )))))

0

Сообщение от Ses Я на этом форуме один пост читал, так в нем участник сообщал, что уже в 6 лет он сам писал драйвера )

Я тоже в садике на утреннике думал, что я актёр кино.

2

Сообщение от Ses Что это? Линейный алгоритм? Повторитель (прототип цикла)? Ветвитель (Да-Нет)? К тому же там роботы ездят, ей нравится )))) Я на этом форуме один пост читал, так в нем участник сообщал, что уже в 6 лет он сам писал драйвера )))))

тоже в течении последних 20 дней приобщал 8 летнего ребенка к программированию.
до меня недавно дошло, чтоб быть хорошим программистом не нужно хорошо знать язык программирования.
давайте спросим, что мы можем реально дать ребенку?
У нас есть некоторое множество наук, которые развиваются с разной скоростью.
Очевидно ребенку можно давать только те вещи, которые не потеряют актуальности, когда он вырастет.
ну давайте посмотрим на C# и Java через 10 лет.
C# поддерживает Microsoft, то есть без Microsoft язык потеряет актуальность, с другой стороны в Microsoft постоянно изобретают новые языки программирования, и они могут прекратить развитие C#, когда это будет не выгодно.
Язык Java, более независимый от конкретной фирмы, но его также поддерживает некоторая группа людей в актуальном состоянии.

Когда ребенок вырастет static-и могут потерять(а я уверен, что потеряют) актуальность.
Скорее всего операции сложения, вычитания, мат функции, статистика и т п не потеряют актуальность.

Поэтому что мы можем дать ребенку в 8 лет? ну показать некоторые абстракции, которые напридумывали люди, типа чисел, мат. операций, которых в природе не существует, и показать, как использовать такие абстракции для решения конкретных задач, как они могут облегчить жизнь ребенку.
Поэтому советую такую методику, показываете ребенку фундамендальное математическое понятие и сразу пытаетесь показать как применить его в реальной жизни. Это легче всего делать через языки программирования.
У дейтела в книге по C++ как раз простые примеры на мед. тематику(правда далеко не все), решение которых может реально помочь в жизни.
То есть совсем не изучать языки программирования не получится. но изучать их детально лучше на пенсии. их слишком много. Найти универсальный язык тоже не получится.
Поэтому для ребенка 7-8 лет новые для него возможности из языков программирования можно показывать только один раз в неделю(в месяц) вечерком. Основную часть учебного времени ребенка лучше занять математикой, шахматами, и прочими полезными вещами(ещё англ приходиться ребенку давать, чтоб его...).
К чему такой подход? - Сложно представить, что ребенку не пригодится умение грамотно применять математику в жизни, кем бы он ни работал.

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

вот что я нашёл полезного - видеоуроки для детей на английском

вот я создал класс Сердце, по Дейтелу.
Скажите, что вам ещё непонятно в ООП? полиморфизм, инкапусляция, наследование ясны?

я нашёл окончательные ответы по ООП в этих видеолекциях на которые я давал ссылку Для того чтобы выучить С++ по книге Бьёрна Страуструпа
для новичков сложновато, но там собрано всё то о чем скромно умалчивают в книгах(так как у книг и видео разные способы подачи информации)

Добавлено через 4 минуты
вот скока работаю, статитечкие методы только убиваю в проектах. в последние полгода их не создавал.

0

XRuZzz, спасибо за развернутую помощь хоть и не совсем по теме, но ваши измышления вполне актуальны для меня.

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

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

Сообщение от XRuZzz Скажите, что вам ещё непонятно в ООП? полиморфизм, инкапусляция, наследование ясны?

Теоретически вроде все понятно, но на практике я никогда этого не делал. Мой опыт программирования сводится к паре Макросов на VBA (отсюда видимо и любовь к BASIC)
Наследование это создание класса на основе другого класса с возможностью переназначения методов.
Инкапсуляция сокрытие доступа к переменным класса напрямую, чтобы случайно не похерить его логику присвоив им другое значение.
Полиморфизм – возможность иметь в классе несколько методов с одинаковыми именами но разными аргументами.
Если я где-то ошибся прошу поправьте!!!

С С++ у меня проблемы, я его боюсь, неоднократно пробовал читать по нему литературу, но где-то после условных операторов мой мозг начинает каротить.
Меня пугают его операторы « . », « :: », « -> »
От static в С++ вообще с ума схожу, зачем он этому языку вообще понять не могу, ведь на сколько я понимаю в C++ есть возможность написать обычную функцию вне класса и легко использовать ее, на кой черт создавать Класс чтобы прибегнуть к формуле класс.метод();

0

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

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

Сообщение от Ses Полиморфизм – возможность иметь в классе несколько методов с одинаковыми именами но разными аргументами.

Это возможность при одном интерфейсе иметь разные реализации. Реализуется (на примере as3) посредством интерфейсов и наследования (переопределение)

Сообщение от Ses От static в С++ вообще с ума схожу

Наверное опыта не хватает...

1

Сообщение от Ses Наследование это создание класса на основе другого класса с возможностью переназначения методов.

Это способ повторного использования кода. Необязательно переназначать методы.

Сообщение от Ses Инкапсуляция сокрытие доступа к переменным класса напрямую, чтобы случайно не похерить его логику присвоив им другое значение.

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

Сообщение от Ses Полиморфизм – возможность иметь в классе несколько методов с одинаковыми именами но разными аргументами.

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

Сообщение от Ses От static в С++ вообще с ума схожу, зачем он этому языку вообще понять не могу, ведь на сколько я понимаю в C++ есть возможность написать обычную функцию вне класса и легко использовать ее, на кой черт создавать Класс чтобы прибегнуть к формуле класс.метод();

Свободные функции это занятые имена. Хорошо иметь набор имён которые используются в тех или иных случаях. Пространство имен класса позволяет закрыть такое имя и использовать независимо от других. Кроме того метод легко найти, не нужно следить за тем чтобы он был объявлен и т.п.
Не нужно сходить с ума.
Девочке лет этак в 14-15 будет видно нужен ли ей С++. Нельзя утверждать, что обязательно будет отрицательный ответ. А сейчас и Делфи ещё рановато.(имхо)

2

Есть хорошие видеолекции по C++, которые помогают снять страх перед C++ от специалистов яндекса, на которые я давал ссылку Для того чтобы выучить С++ по книге Бьёрна Страуструпа

Сообщение от Ses Наследование это создание класса на основе другого класса с возможностью переназначения методов.

Ну если хотите разобраться давайте начнём с наследования.
А ещё лучше с вашей предметной области.
Ну как рассказать другому человеку доходчиво о предметной области? С помощью текста и UML.
Нам нужно создать некоторую систему для конкретных целей. Набросаем простенькую диаграмму бизнес объектов(я её уже давно нарисовал и она особо не теряет актуальности, но требует проверок и уточнений, ведь я не врач). Где тут наследование?

Миниатюры

 

0

Сообщение от XRuZzz Где тут наследование?

Действительно, где? Вижу ориентированный граф субъект-отношение-объект. Для такого Пролог как-то лучше подходит.

0

Сообщение от Ses От static в С++ вообще с ума схожу, зачем он этому языку вообще понять не могу, ведь на сколько я понимаю в C++ есть возможность написать обычную функцию вне класса и легко использовать ее, на кой черт создавать Класс чтобы прибегнуть к формуле класс.метод();

Класc::метод(). Все очень просто - набор обычных ф-ций быстро разрастается, начинаются конфликты, непонятки. Например
Все хорошо (до поры до времени), но вот понадобилось проверить существование каталога, а не файла. Придется писать
Поработав еще какое-то время Вы возможно обнаружите что первое Exists не так уж хорошо - непонятно что речь идет о файле. Исправляете напр так
Сравним с незаслуженно охаянными статиками
Смотрится лучше, рельефнее, да и понятно где искать ф-ции в случае чего

1

Сообщение от Igor3D Сравним с незаслуженно охаянными статиками C++ 1 2 bool FileUtil::Exists( const char * name );   bool DirUtil::Exists( const char * name ); Смотрится лучше, рельефнее, да и понятно где искать ф-ции в случае чего

вполне имеет право на существование, но похоже на попытку использовать static в качестве namespace

Добавлено через 21 минуту
да и название объекта должно быть говорящим.

0

А позвольте я из Вашего примера выдеру кусок

Сообщение от XRuZzz C++ 1 if (!history.exists()) return false;        // проверяем

Что может понять человек читающий Ваш код? Очень немного. Имя "history" может быть связано с чем угодно, напр с контейнером строк. Нужно искать определение/тип history, а оно запросто может быть далеченько. А вот FileUtil::exists хоть и длинновато, но вносит полную ясность

0

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

0

Сообщение от Igor3D Что может понять человек читающий Ваш код?

А человек будет читать код построчно, сразу забывая, что было в предыдущей строке?

Сообщение от Igor3D Имя "history" может быть связано с чем угодно, напр с контейнером строк. Нужно искать определение/тип history, а оно запросто может быть далеченько. А вот FileUtil::exists хоть и длинновато, но вносит полную ясность

И убивает абстракцию. В том-то и дело, что хистори может быть чем угодно, хоть файлом, хоть таблицей в БД, хоть интерфейсом к web-API, нам это не важно.

0

Класс представляет собой шаблон, по которому определяется форма объекта. Класс является логической абстракцией. Физическое представление класса появится в оперативной памяти лишь после того, как будет создан объект этого класса.

0

Сообщение от korvin_ А человек будет читать код построчно, сразу забывая, что было в предыдущей строке?

Вопрос на вопрос - хороший стиль для израильского форума

Сообщение от korvin_ И убивает абстракцию. В том-то и дело, что хистори может быть чем угодно, хоть файлом, хоть таблицей в БД, хоть интерфейсом к web-API, нам это не важно.

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

0

Сообщение от Igor3D Вопрос на вопрос - хороший стиль для израильского форума

Т.е. ответить ты не можешь или стесняешься, потому что был неправ?

Уточняющие вопросы. Обычно начинаются со слов: «То есть ты говоришь, что…?», «Если я правильно понял, то …?», «Я могу ошибаться, но, по-моему, вы сказали о …?». Целью этих вопросов является предоставление человеку возможностей для обратной связи относительно того, что он только что сказал. Иногда их задают с целью получения информации, отсутствующей в сообщении, но подразумевающейся. Очень важно задавать эти вопросы без негативной мимики. В качестве пародии на уточняющий вопрос можно привести всем известный пример (поднятые брови, широко раскрытые глаза): «Ты действительно думаешь, что …?».

При чем тут Израиль?

Сообщение от Igor3D Мыслить такими общими категориями конечно приятно, но не всегда практично (мягко говоря).

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

Сообщение от Igor3D А уж начинающему забивать этим голову и вовсе не следует.

А кто ему этим забивает голову? Это естественным образом вытекает из одного из описаний термина «объектно-ориентированный».

0

Сообщение от korvin_ Т.е. ответить ты не можешь или стесняешься, потому что был неправ?

Просто не вижу на что отвечать резвой тыкалке Я показал что использование static может сделать код гораздо более понятным, и это важно. А бросаться сразу в обобщения (напр history полиморфный класс или template) считаю неуместным, это должно созреть в задаче, да и человеку надо сначала опыта поднабраться.

0

Макконелл в книге "Совершенный код" рекомендует не использовать сокращения типа FileUtil

0