Интерфейсы

Не много облегчил себе жизнь при вызове моделей в контроллере.
Сделал следующие.
Создал директорию Моделей.
Создал директорию Интерфейсов этих моделей.
И создал Класс модель соединяющий всё это дело в контроллере
Так покажу собственно саму модель

PHP:

1. <?php
2. /**
3. * Created by PhpStorm.
4. * User: Леонид
5. * Date: 16.04.2017
6. * Time: 16:24
7. */
8.  
9. namespace Application\Model\Users;
10.  
11. use Application\System\Facade\Users\src\UsersInterface;
12.  
13. class Users implements UsersInterface
14. {
15.  
16.     private $data_array;
17.  
18.     public function getDataArray($data_array) {
19.         $this->data_array = $data_array;
20.     }
21.     public function addUser($data_array) {
22.         return $data_array;
23.     }
24.  
25. }

Теперь покажу интерфейс

PHP:

1. <?php
2. /**
3. * Created by PhpStorm.
4. * User: Леонид
5. * Date: 16.04.2017
6. * Time: 16:22
7. */
8.  
9. namespace Application\System\Facade\Users\src;
10.  
11.  
12. interface UsersInterface
13. {
14.     /*
15.      * ADD User
16.      *
17.      * @param $array DATA Array param User
18.      * */
19.     public function addUser($array);
20. }

Вот как это всё выглядит в контроллере :

PHP:

1.  $data_user = ["username"=>"Вася", "useremail"=>"BBKVasya@mail.ru"]; // Какой то массив данных
2.                 // ADD USER FOR SHEME admin_userc TABLE users
3.                 $Model = new Model();
4.                 $Model->settings["Users"] = function (UsersInterface $users) use ($data_user){
5.                     // Здесь обращаемся к интерфейсу
6.                     return $users->addUser($data_user);
7.                 };
8.                 $user = $Model->getSettings("Users", Users::class); // Получаем ответ от переданной нами функции нами функции чё вернули в ней то и получили

Теперь покажу Класс модель соединяющий контроллер и модель

PHP:

1. <?php
2. /**
3. * Created by PhpStorm.
4. * User: Леонид
5. * Date: 17.04.2017
6. * Time: 13:53
7. */
8.  
9. namespace Application\System\Model;
10.  
11. use Application\System as Syst;
12. class Model
13. {
14.     public $settings; // callable settings
15.  
16.     public function  getSettings ($name, $src) {
17.         return call_user_func_array($this->settings[$name], Array(new $src()));;
18.     }
19.  
20. }

В чём суть вопроса, это нормально так делать или же это дизморальщина полная?
потому что складывается ощущение что я делаю это ради этого.... Но мне кажется это очень удобным использованием, в разработке с применением интерфейсов, для работы с моделями которые работают с БД.

 

@romach Такая вполне может появиться. Это же работа с базой данных. А вообще я думал Что интерфейсы не только для этого.
Просто я читал много последние три дня про интерфейсы. И встал вопрос ребром. А он вызывает весь класс Который имплементируется? Или он вызывает только метод который я вызываю? То есть я вроде читал что он весь класс не хранит в оперативки, он хранит только те методы которые описаны в интерфейсе. В теории тогда это должно работать быстрее...
--- Добавлено ---
@romach ещё может быть унаследована от этого же интерфейса и ещё чего нибудь....

 

@t1grok он реализует тот class который ты ему говоришь реализовать по его шаблону(т. есть интерфейсу).

 

Это тема создана скорее с целью изучения интерфейсов и понимания их работы и для чего они нужны. Ну... Я как бы в принципе понимаю, но пока не до конца понимаю как их правильно и корректно использовать вот и практиковался.
--- Добавлено ---

Я не совсем понял, что это хотя и попытался почитать. инъекция зависимостей (Данных).
Читал здесь
Честно в голове только каша после прочтённого.

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


Да и вообще может кто дать примеры использования интерфейсов (Как упрощения жизни при разработке), с дальнейшим использованием самих интерфейсов как обращение к ним. В моём понимании Интерфейс это как полиморфизм классов на данный момент.
--- Добавлено ---
С плюшкой множественного наследования других интерфейсов

 

То есть по сути значит я сделал верное решение с использованием интерфейса для модели ?

 

@mkramer Суть идеи в том, чтобы при построении потом других моделей, я мог иметь возможность воспользоваться уже кодом уже существующими моделями, без дубляжа кода.
Например есть таблица пользователей и если мне вдруг потребуется обратится к данной таблице чтобы я уже не калякал какой то запрос вообще к этой таблице я просто обращусь уже к готовому методу через интерфейс. Да можно сказать сделать хранилище моделей. Но я пока ещё не полностью додумал алгоритм использования данной логики и как уместить её в mvc вчера хорошую идею дал Игорь, а именно о пропущенной букве в mvc а т.есть не хватает логики исполнения. В моём понимании инструкции поведения внутри контроллера, обращения к моделям. Думаю это можно сделать с целью разделения логики. чтобы контроллер не был особо жирным при проверки данных и плюс не был таким здоровым для обращения к разным моделям.

 

@mkramer Не ну с моделью понятно. А логика соединения и вывода в контроллере. А куда делась тогда логика валидации обработки поступающих данных)