Максим Федоров

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

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

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

Что будет занимать больше памяти и как вообще в обоих случаях будет работать сборщик мусора?

Что будет работать быстрее?

Есть ли у статического варианта какие-то подводные камни, например, при вызове из нескольких потоков?

И нужно через супер класс одним махом выводить содержание всех листов в наследниках

Предположим, мне надо создать класс D, в котором M1 содержит реализацию класса A, а метод M2 реализацию класса B.

if($stmt->execute(array($text))){
   return true;
}else{
   return false;
}

Есть класс базы данных. Статичный синглтон.

Нужно ли при создании новых классов создавать свойство db protected и внутри класса работать с db->, а не в DB::

так вот вопрос в следующем, можно ли в одном файле хранить 2 класса? Насколько это правильно?

1. Файл database.php - в нем хранится клас и функции для работы с БД.
2. Файл run.php - там хранятся функции для работы с с каждой строкой из БД (можно сказать основной файл)
3. Файл api.php - функции сторонних сервисов, необходим для run.php
4. Файл config.php - ну тут все понятно чисто переменнные для работы
5. Файл index.php - основной который запускает и объединяет все.

И еще вопрос обязательно ли использовать ООП или это зависит от каких то факторов(например показывает уромень автора)?