Что предназначено ориентацией объекта “верного” термина

Проблема C++ следующая. Классы C++ существуют только в исходном синтаксисе. Нет никакого объекта класса среды выполнения с атрибутами и методами.

В Python все - объект. Класс объекта является другим объектом со своими собственными методами и атрибутами. Это верно для smalltalk среды, также, который является своего рода сравнительным тестом объектной ориентации.

Я думаю, что "истинная" объектная ориентация относится к тем средам, где все - объект.

[Java далек от этого, потому что он имеет типы примитивов.]

Я думаю, что это может относиться к основанному на прототипе Программированию, Парадигме программирования в который:

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

См. также одноэлементные методы Ruby.

"Истинный" или "Чистый" объектно-ориентированный язык обычно относится к языкам, на которых все - первоклассный объект включая типы примитивов. В C++ и Java, например, интервал типов примитивов, символ, и т.д. не является объектами. В Ruby, например, все - объект. Иногда дополнительные критерии подразумеваются с определением в зависимости от того, с кем Вы говорите.

Проблема C++ следующая. Классы C++ существуют только в исходном синтаксисе. Нет никакого объекта класса среды выполнения с атрибутами и методами.

Конечно, по тому правилу нет такой вещи как объектно-ориентированное программирование на стандартной архитектуре машины, так как нет никакого объекта класса среды выполнения с атрибутами и методами на уровне машинного кода. (Или, по крайней мере, нет за исключением специализированных архитектур как старая Система/38 или AS/400.)

То, что "объектно-ориентированный" означает, было улажено давно как являющийся тремя вещами: абстрактные типы данных, с наследованием и полиморфизмом. (Связанная статья Wikipedia путает свойства OO с преимуществами в некоторой степени. Но важное различие между OO и "основанными на объектах" системами.)

Обычно то, что "X не действительно объектно-ориентировано, в отличие от Y" действительно означает, "я пытаюсь продать Вам Y".

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

typedef struct foo_ {
    T1 (*getA)(foo * self);
    void (*setA)(foo * self, T1 a_);

/* private: */
    T1 a_;
} foo;

T1 foo_getA(foo * self) {
    return self->a_;
}

void foo_setA(foo * self, T1 a_) {
    self->a_ = a_;
}

foo * foo_create() {
    foo * f = malloc(sizeof(foo));
    f->getA = foo_getA;
    f->setA = foo_setA;
    return f;
}

void foo_destroy(foo * f) {
    free (f);
}

void doSomething(T1 a) {
    foo * f = foo_create();
    f->setA(f, a);
    foo_destroy(f);
}

Методы для реализации наследования и полиморфизма использовались долгое время. Один пример GObject платформа, используемая в качестве основания для gtk +.

Теперь, в то время как можно программировать объектно-ориентированным способом, C не поддерживает объектную ориентацию, но просто позволяет Вам моделировать ее до определенной степени. Таким образом, у Вас нет истинной объектной ориентации. Смотря на C++/Java/C#, у Вас есть поддержка всех этих видов вещей как наследование/скрытие данных и материал на собственном опыте.

Термин "истинная объектная ориентация" имеет то же значение как неукрашенный термин "объектная ориентация".

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

Такое использование должно обычно сопровождаться описанием свойств предмета или описанием свойств, отсутствующих в "искусственном предмете" или обоих; таким образом, ведя читателя, чтобы понять, или по крайней мере рассмотреть, различие (различия).

Объектная ориентация, как используется человеком, который выдумал фразу, кажется, включает следующие свойства:

• Инкапсуляция (данные + поведение) в (объекты), связывающиеся с помощью одних только (сообщений).
• Автоматическое восстановление памяти раньше представляло (возражает),
  когда упомянутый, больше (возражает) не ссылаются.
• Задержанная привязка (значения) на (представление) объектов.
• Отражение во время выполнения от (объекта) до (свойства объекта).

Практика и опыт преподавали,
равно как и необходимо, включение

• Закрытия (иногда называемый "истинными закрытиями",
    значение (закрытий) в формальном смысле,
    и следование примеру закрытий в (шепелявости).
  )

Не уверенный в различии Вы после от обеспеченных примеров. Но я знаю, каково это не! Когда OO соединяется болтом на языке машинально, например, Perl OO.