потому что они более строгие

ну интерфейсы лучше

но и абстрактные классы тоже хоро

есть им применения

привести пример?

да я уже на php.net глянул)

там что то не очень пример)

родственник того самого?

нет )

но и абстрактные классы тоже хоро

не особо хорошо

на самом деле обсуждаемую тут проблему можно сильно упростить

1. У любого объекта есть интерфейс. 2. объекты имеют типы 3. Интерфейс как сущность (или полностью абстрактные виртуальные классы в плюсах) нужны были что бы в языках со статической типизацией (java например) можно было юзать late binding (не пустать с поздним статическим связыванием). А это одна из самых важных в ООП техник.

абстрактные классы впихнули уже затем что бы реализацию можно было какую-то в базовый тип запихнуть

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

то есть в целом больше надо думать штуками вроде "контракты, типы..." нежели "интерфейсы, абстрактные классы, классы"... это уже детали реализации

А класс - это тоже обьект

не везде

А класс - это тоже обьект

где как

в С++ нет

в C# да

там где есть информация о типе и классы - чаще "да" чем "нет"

Ну в js

хз. там можно написать что-то вроде print MyClass.Class.Name ?

Инициализация объекта это вызов функции "обьекта" класса

а там есть такое чтобы у класса был интерфейс предоставляющий всякую метаинформацию?

причем у любого конечно класса

?

Ну без привязки к реализации языком ОО парадигмы - есть тип (контракт), описывает поведение. а есть обьект с состоянием и реализующим поведение

класс != контракт

интерфейс != контракт

тут сам класс бы должен "реализовывать поведение", чтобы класс можно было назвать объектом

в js класс это тоже объект

там все объект, кроме шести скалярных типов

Статические методы класса можно рассматривать как методы "объекта" в глобальной области видимости

Ой

ну наверно да

Есть типы, обьекты, поля и методы. И отношения между ними

Статические методы класса можно рассматривать как методы "объекта" в глобальной области видимости

не согласен

Тип, объект и метод образуют свою область видимости

причем совсем

Каждый

Почему?

Я не утверждаю, если че

попробую сформулировать

"каждый класс это объект" я понимаю дослновно как "всякий класс реализует поведение Х (==интерфейс)" причем это поведение Х - оно у всех всех возможных классов одно и то же. если это вот выполняется, то я скажу что да, явственно "каждый класс - это тоже объект типа КЛАСС"

А класс - это тоже обьект

лучше, это рисунок объекта

лучше, это рисунок объекта

в js это объект, наследник Object

в C# например есть методы для доступа к метаинформации - и они для всякого класса одиноковы

Статические методы класса можно рассматривать как методы "объекта" в глобальной области видимости

нет, это просто функции которые выполняются в контексте какого-то типа

вот и я о том же

в js это объект, наследник Object

в JS нет классов. Там есть только объекты

так же как и в python

в JS нет классов. Там есть только объекты

нуууу... там есть ключевое слово Class

class Polygon { constructor(height, width) { this.height = height; this.width = width; } }

нуууу... там есть ключевое слово Class

если бы у тебя в php вместо class был object ты бы думал что там нет классов и все объект?)

module.exports = class Polygon{};

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

в JS нет классов. Там есть только объекты

дается мне, это несколько неоднозначное утверждение. если я согу иметь прототип, и сляпать на его основе "сильно походие объякты" - для меня это в общем выглядит как класс.

хотя его и можно модифицировать на лету (как и в питоне, к примеру)

> если я согу иметь прототип, и сляпать на его основе прототип это тоже объект

если бы у тебя в php вместо class был object ты бы думал что там нет классов и все объект?)

In object-oriented programming, a class is an extensible program-code-template for creating objects, providing initial values for state (member variables) and implementations of behavior (member functions or methods).[1][2] In many languages, the class name is used as the name for the class (the template itself), the name for the default constructor of the class (a subroutine that creates objects), and as the type of objects generated by instantiating the class

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

так как-то выходит что в динамических языках вовсе классов быть не может. на мой взгляд, это слишком строгое утверждение.

as i understand, the Class keyword in JS fits into this definition

ERROR: S client not available

hence, there are classes in JS

obj = new Class() == obj = Class.new()

Не?

as i understand, the Class keyword in JS fits into this definition

нет

почему?

потому что это не шаблон

почему это не шаблон?

секу

дай подумаю над ответом)

> a class is an extensible program-code-template for creating objects в JS "класс" это ничто иное как именованный конструктор + расширение прототипа

сахар для object.create

то есть у тебя то что описывается как класс УЖЕ объект

а не некий шаблон для пораждения объектов

по сути это такой вот способ объявление объекта нового типа

class is an extensible program-code-template for creating objects, providing initial values for state (member variables) and implementations of behavior (member functions or methods).

ита

к

три составляющие

> providing initial values for state у тебя нет такой возможности в JS

во всяком случае пока не ввели проперти

у тебя этим занимается конструктор

а конструктор это уже часть объекта а не класса, так как он вызывается уже после того как объект был собран в памяти

1. template for creating objects, 2.providing initial values for state, 3.implementations of behavior

нуууу... ладно, ок

тогда в этом определении нет никакой ценности

все три условия соблюдены

потому что за имплементацию поведения отвечают методы

класс лишь вместилище

ну блин

php: class A{} - это не класс?