Форум программистов, компьютерный форум, киберфорум
ООП и паттерны
Войти
Регистрация
Восстановить пароль
Блоги Сообщество Поиск Заказать работу  
 
Рейтинг 5.00/5: Рейтинг темы: голосов - 5, средняя оценка - 5.00
0 / 0 / 0
Регистрация: 22.02.2016
Сообщений: 57

философия. варианты реализации одного и того-же

08.07.2017, 02:35. Показов 978. Ответов 1
Метки нет (Все метки)

Студворк — интернет-сервис помощи студентам
Порассуждаем немного?
Какой подход будет более уместным по вашему мнению?
Ковыряю свой DI контейнер, и немного растерялся в вариантах реализации.

№ 1.
PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
// интерфейс контейнера
interface ContainerInterface
{
    public function get(string $id);
    public function has(string $id): bool;
}
 
// интерфейс для реализации объектов инкапсулирующих элементы контейнера.
// суть подхода в том, что объект сам себя резолвит - создает объекты, ссылается на другие объекты в контейнере итд.
// смущает в этом подходе то, что всегда нужно передавать контейнер и резолвер параметров, даже, когда они не требуются.
interface DefinitionInterface
{
    public function resolve(ContainerInterface $container, ParameterResolverInterface $parameterResolver);
    public function getValue();
}
 
// то-же, что и с DefinitionInterface - куча параметров, которые используются не всеми резолверами.
// если переместить опциональные параметры в конструктор, то в агрегации резолвера нет никакого смысла - так как он создается до контейнера, контейнер в него не передать.
// а хотелось бы, что бы резолвер конфигурировался при создании контейнера.
interface ParameterResolverInterface
{
    public function resolve(
        ContainerInterface $container,
        \ReflectionFunctionAbstract $reflectionFunction,
        array $arguments,
        array $resolvedArguments = []
    ): array;
}
 
// пример работы такой:
// регистрируем Definition в контейнере
$container->set('InterfaceName', new Definition('ClassName'));
$container->set('param', new ValueDefinition('Simple string'));
 
// метод Container::get($id)
$definition = $this->source->get($id);
$value = $definition->resolve($this, $this->paramResolver);
...
return $value;
№ 2.
PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
// интерфейс контейнера
interface ContainerInterface
{
    public function get(string $id);
    public function has(string $id): bool;
}
 
// простой Data Object
interface DefinitionInterface
{
    public function getValue();
    public function type();
}
 
// без изменений
interface ParameterResolverInterface
{
    public function resolve(
        ContainerInterface $container,
        \ReflectionFunctionAbstract $reflectionFunction,
        array $arguments,
        array $resolvedArguments = []
    ): array;
}
 
// на 1 взгляд все замечательно. Но наследники требуют конкретный тип, например, ObjectResolver требует ObjectDefinition.
// LSP нарушен, придется плодить проверки на конкретный тип в методе resolve,
// так как интерфейсы у наследников DefinitionInterface будет отличаться.
interface DefinitionResolverInterface
{
    public function resolve(DefinitionInterface $definition, ParameterResolverInterface $parameterResolver);
}
 
// пример работы такой:
// регистрируем Definition в контейнере
$container->set('InterfaceName', new Definition('ClassName'));
$container->set('param', new ValueDefinition('Simple string'));
 
// метод Container::get($id)
$definition = $this->source->get($id);
$value = $this->resolverMap[$definition->type()]->resolve($definition);
...
return $value;
Такое решение мне очень не нравится, но все-же привел и его.

№ 3 - AwareInterface
Суть в том, чтобы передавать зависимости через методы.
PHP
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
// интерфейс контейнера
interface ContainerInterface
{
    public function get(string $id);
    public function has(string $id): bool;
}
 
// эти интерфейсы могут реализовать Definition-классы.
// но о них должен знать контейнер и классы использующие Definition.
// пример ниже.
interface ContainerAwareInterface
{
    public function setContainer(ContainerInterface $container);
}
 
interface ParameterResolverAwareInterface
{
    public function setParameterResolver(ParameterResolverInterface $parameterResolver);
}
 
// убираем параметры, теперь они опциональны
interface DefinitionInterface
{
    public function resolve();
    public function getValue();
}
 
// по идее можно добавить и сюда ту-же технику, но пусть пока будет так, что бы сильно не усложнять
interface ParameterResolverInterface
{
    public function resolve(
        ContainerInterface $container,
        \ReflectionFunctionAbstract $reflectionFunction,
        array $arguments,
        array $resolvedArguments = []
    ): array;
}
 
// пример работы такой:
// регистрируем Definition в контейнере
$container->set('InterfaceName', new Definition('ClassName'));
$container->set('param', new ValueDefinition('Simple string'));
 
// метод Container::get($id)
$definition = $this->source->get($id);
 
// при таком подходе нельзя изолировать эти проверки.
// например, что бы обработать Definition'ы в параметрах, резолверу (или Definition'у) тоже нужно знать об этой магии.
if ($definition instanceof ContainerAwareInterface) {
        $definition ->setContainer($this);
}
if ($definition instanceof ParameterResolverAwareInterface) {
        $definition ->setParameterResolver($this->paramResolver);
}
 
$value = $definition->resolve();
...
return $value;
№ 4.
Регистрировать нужные компоненты в контейнере.
PHP
1
2
3
4
5
6
7
8
// parameterResolver будем получать через контейнер $container->get('parameterResolver')
// в принципе допустимая реализация, но не нравится тем, что объекту нужно знать, что в контейнере есть такой объект, а контейнеру нужно гарантировать, что такой объект там точно будет на момент вызова.
// слишком много неявных контрактов.
interface DefinitionInterface
{
    public function resolve(ContainerInterface $container);
    public function getValue();
}
Пожалуй хватит.
Ваши мысли?

Добавлено через 34 минуты
ИМХО, №1 лучший из предложенных, т.к. он, имхо, самый чистый.
0
cpp_developer
Эксперт
20123 / 5690 / 1417
Регистрация: 09.04.2010
Сообщений: 22,546
Блог
08.07.2017, 02:35
Ответы с готовыми решениями:

A * B = C Варианты реализации
Имеем три числа A В С. Числа большие (допустим 1024 бита, не существенно). Нужно выполнить умножения A * B = С. Разрядность результата в...

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

Варианты реализации NodeTreeView
Добрых времени суток. Необходимо создать интерфейс, как на скриншоте. Собственно интересует вопрос о плавной прорисовке линий связи при...

1
Эксперт функциональных языков программированияЭксперт Java
 Аватар для korvin_
4575 / 2774 / 491
Регистрация: 28.04.2012
Сообщений: 8,779
09.07.2017, 19:23
Цитата Сообщение от Bio man Посмотреть сообщение
Ваши мысли?
Бесполезная абстракция ради абстракции. Ненужно.
0
Надоела реклама? Зарегистрируйтесь и она исчезнет полностью.
raxper
Эксперт
30234 / 6612 / 1498
Регистрация: 28.12.2010
Сообщений: 21,154
Блог
09.07.2017, 19:23
Помогаю со студенческими работами здесь

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

Парсинг строки. Варианты реализации
На входе метод получает строку типа "1 ч. 36 мин.", на выходе "1:36" Метод плохо расширяемый и совсем не радует глаз :no: private...

Варианты реализации Parallax Эффекта
Какие есть способы реализации параллакс эффекта 3d (тот что при движении курсора мыши двигаются различные блоки) пытаюсь использовать...

Wi-Fi везде в доме, варианты реализации
Доброго всем! 2 месяца ломаю голову перед выбором технологии реализации доступа в сеть интернет по Wi-Fi в большом частном доме. Много...

Ранжированный поиск. Варианты реализации
Есть bd mysql. есть записи вида: id_content, id_tag, rang. На 1 id_content может приходится неопределенное количество id_tag. У каждой...


Искать еще темы с ответами

Или воспользуйтесь поиском по форуму:
2
Ответ Создать тему
Новые блоги и статьи
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий
8Observer8 02.03.2026
Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .
Реалии
Hrethgir 01.03.2026
Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .
Ритм жизни
kumehtar 27.02.2026
Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .
SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten
8Observer8 27.02.2026
Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами
8Observer8 20.02.2026
Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .
Конвертировать закладки radiotray-ng в m3u-плейлист
damix 19.02.2026
Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI
Eddy_Em 18.02.2026
Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .
Камера Toupcam IUA500KMA
Eddy_Em 12.02.2026
Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .
КиберФорум - форум программистов, компьютерный форум, программирование
Powered by vBulletin
Copyright ©2000 - 2026, CyberForum.ru