caxapa.ru :: Иерархия классов - одна из самых сильных сторон ООП (для меня в текущий момент понимания). Это то, чего мне сильно не хватает в plain C.

Evgeny_CD, Архитектор (17.12.2007 11:09, просмотров: 184) ответил =AlexD= на Господи, да что такого с ООП нотацией? То, что func(&obj, param) меняется на obj.func(param) ? Или то, что классы могут надстраиваться один над другим? Или перегрузка операторов? Виртуальные (вызываемые через таблицу указателей) функции?

Иерархия классов - одна из самых сильных сторон ООП (для меня в текущий момент понимания). Это то, чего мне сильно не хватает в plain C.

Ответить

- Впрочем, иерархия пространств имён - тоже кульно. - =AlexD=(17.12.2007 12:18)
  - иерархия? хотя бы просто пространства имен использовать. а то в плюсах они есть, но их как-то вяло пользуют. все стараются по сишной привычке все скопом свалить из заголовка в си-код. - bialix_(17.12.2007 12:31)
    - Дык класс и создаёт пространство имён внутри себя. Что ужЕ хорошо. Ну а издержки похожести Си и Си++ сам автор плюсов предвидел. - =AlexD=(17.12.2007 12:39)
      - только внутри класса почемуто никто явно пространства имен не пользует. поэтому оно как бы есть и как бы нема. вместо того, чтобы явно писать this->var, придумывают всякие нотации типа m_var. bialix_(263 знак., 17.12.2007 14:50)
        
        Я не всегда понимаю, о чём ты говоришь, и это тот самый случай :-). this - это указатель на экземпляр, который скрытно передаётся в методы класса, и заменить его ничем низя. Разве что дублировать в параметрах методов, что будет уже маразмом. - =AlexD=(17.12.2007 15:46)
        
        Вся фишка в том, что в Питоне этот указатель передается явно. И его нужно все время использовать. В плюсах же ты внутри тела метода волен использовать его или нет. Это не есть гуд. Это нарушение идеи пространства имен. Получаются какие-то магические bialix_(83 знак., 17.12.2007 16:41)
        
        Ну точно, на разных языках говорим :-). Я не понимаю проблемы , о которой ты говоришь. Честно. Возможно это какие-то чисто питоновские боли. Или кривизна извилин у меня не та. Не знаю. - =AlexD=(18.12.2007 10:08)
        
        если ты ее не понимаешь, значит ты с ней не сталкивался. возможно, это хорошо для тебя. я не хочу убеждать тебя, что ложка существует. это будет просто напрасная трата времени для нас обоих. По ссылке сравнение объектной модели двух языков, если интересно - bialix_(18.12.2007 15:55, ссылка)
        
        Я вижу отличия, но я не вижу ПРОБЛЕМЫ. =AlexD=(1026 знак., 19.12.2007 08:19)
        
        ложки не существует. - bialix_(19.12.2007 12:49)
        
        Видишь ли, абстрактные разговоры в стиле "ну это все знают" не канают. Я готов поменять свою точку зрения, если будет приведён пример кода, который демонстрирует твою правоту. Иначе это всего лишь слабо обоснованное твоё личное предубеждение. - =AlexD=(19.12.2007 14:01)
        
        видишь ли, поскольку я на плюсах давно не пишу, то и примеров под руками у меня нет. поэтому -- ты безусловно прав-прав-прав. А я чушь спорол. на этом и завершим этот бесполезный треп. - bialix(19.12.2007 20:06, ссылка)
        
        Непонятно, в чем именно - нарушение ? Tумблер(377 знак., 17.12.2007 19:34)
    - В том то вся жопа и есть. Т.е. если даже сильно продвинутый чувак читает буку по С++, он быстро охренеет от количества фич, что-то поймет, на остальное забьет болт, и как-то будет программить. ВНАЧАЛЕ ему надо в самом обобщенном виде объяснить методолгию Evgeny_CD(161 знак., 17.12.2007 12:35)
  - Любая иерархия - это способ не сойти с ума и добиться результата в более менее сложном проекте. В голове любого продвинутого человека она есть. Вопрос в том, чтобы с минимальными издержками перенести ее в тулчейн. - Evgeny_CD(17.12.2007 12:20)
- О да, приведение типов указателей от больших структур к более мелким подструктурам, полностью контролируемое, надёжное, и скрытое от глаз - это весчь. Сам пользую с удовольствием. - =AlexD=(17.12.2007 12:16)
  - +1 - Evgeny_CD(17.12.2007 12:21)

Средства и методы разработки