Классы - когда использовать

[vinniepooh]

Хорошо. Тогда, может быть, для приведенного примера с классом чай можно обойтись массивом? Вот элементы:
$tea['name'];
$tea['brand'];
А функции отдельно сделать.
Можете ли вы привести пример, когда этого будет мало и действительно придётся создавать объект и зачем?

[Gorychev]

Какой к лешему массив. Какой к лешему пример. Из последнего я ничего не понял. Какие функции, какой массив? Напишите уже ваш код наконец то. Ничего же не понятно.

[rusell]

Сообщение от vinniepooh

Насчёт 5 преимуществ - чтобы освоить все эти шаблоны и правильно применить, нужно много времени, особенно если нет заготовки в IDE.
ООП оправдано обычно, если в редакторе подставляется код

Мои глаза!...

Уважаемый, просто перестаньте пытаться понять ООП методом тыка! Прочитайте ХОТЯ БЫ какую статью про ООП и где он применяется. ПХП это далеко не тот концепт, который изначально был создам для ООП. К ПХП со временем прилепили ООП и им пользуются для удобной/продуктивной разработки. Любой, блин, класс можно реализовать с помощью переменных и некоего кол-ва функций. Если не понятно зачем нужен класс, то хорошо что ещё не слышали об интерфейсах, абстракциях и прочих вещах...

Ну и наконец - попробуйте напишите на ПХП без объектов и без базы телефонную книжку. Тупо в файл сохранять читать. Сколько вам там масивов понадобится, чтобы хранить 100 записей типа:

-ф
-и
-о
-адрес
-номер тел.
-день рождения

????

ООП это логика, а не красивая херня!

[NICKronomic]

Сообщение от rusell

Сколько вам там масивов понадобится

Один двумерный массив.

$телефонная книга[номер записи][название поля]

[rusell]

Сообщение от NICKronomic

Один двумерный массив.

$телефонная книга[номер записи][название поля]

$phonebook = Array();
$phonebook[0] = Array();
$phonebook[1] = Array();
$phonebook[2] = Array();
.
.
$phonebook[n] = Array();

Так сколько МАССИВОВ понадобится?

[Andkorol]

Сообщение от rusell

Сколько вам там масивов понадобится, чтобы хранить 100 записей типа:

Сообщение от rusell

Так сколько МАССИВОВ понадобится?

Здесь какой-то перекос в мышлении – данные не хранятся в массивах, они хранятся в файлах, так или иначе.
Результаты запросов к этим файлам могут возвращаться в виде массивов – но тут формат самих этих результирующих массивов будет абсолютно одинаков, что для plaintext-файлов, что для СУБД.
Никакой разницы именно в этом моменте нет.

Как всё это относится к теме топика – совсем непонятно.
Что с plaintext-файлами, что с СУБД можно достаточно комфортно работать как в процедурном, так и в ООП стиле.

Справедливости ради, стоит отметить, что в не таком уж и далёком прошлом были написаны тонны скриптов различной сложности, многие из которых вполне себе успешно работают и по сей день – и представьте себе, совершенно «без объектов и без базы».
Magic!

[rusell]

Сообщение от Andkorol

Как всё это относится к теме топика – совсем непонятно.

Как раз таки с организацией данных через кучу массивов и был сравнен подход через объекты(классы).

А про то, что всё реализуемо и без ООП, я написал ещё в самом начале!

Ну и на последок - да, конечно, можно кататься и на велосипедах, но можно со временем и пересаживаться на что-то более продуктивное и удобное! (And there is no Magic at all! It's being called progress!)

[Andkorol]

Сообщение от rusell

Как раз таки с организацией данных через кучу массивов и был сравнен подход через объекты(классы).

Где это сравнение?
Не вижу.
Вижу только бла-бла про какую-то мифическую «кучу массивов» – и о том, как не в пример круче и удобнее для этого объекты.

Talk is cheap. Show me the code @