Подставленние значений в структуру при запросе сущности

[Spark108]

Есть сущность, допустим такая:

<?php

namespace S108DMXFE\Entity;

use XF\Mvc\Entity\Entity;
use XF\Mvc\Entity\Structure;

class Server extends Entity
{
    public static function getStructure(Structure $structure)
    {
        $structure->table = 's108dmxfe_server';
        $structure->shortName = 'S108DMXFE:Server';
        $structure->primaryKey = 'server_id';
        $structure->columns = [
            'server_id' => ['type' => self::UINT,'autoIncrement' => true, 'nullable' => true],
            'name' => ['type' => self::STR],
            'title' => ['type' => self::STR],
            'admin_user_ids' => ['type' => self::SERIALIZED],
            'port' => ['type' => self::UINT],
            'address' => ['type' => self::STR],
            'description' => ['type' => self::STR],
            'table_permissions' => ['type' => self::STR],
            'active' => ['type' => self::BOOL]
        ];

        return $structure;
    }
}

Выполняю запрос через Finder.
\XF::finder('S108DMXFE:Server')

В структуре указана таблица $structure->table = 's108dmxfe_server';, но дело в том, что мне нужно выполнить запрос к таблице, имя которой получается в процессе другого запроса. И тут вопрос. Можно ли передавать в каком-то параметре название таблицы при вызове сущности или может другой вариант есть. В общем я только начинаю разбираться в XF2, по этому многого не понимаю.

 

[unconfirmed]

.я вот, например, нихрена не понял

 

[Captain]

Указать отношение
$structure->relations = [ ]

Пример

$structure->relations = [
'User' => [
                'entity' => 'XF:User',
                'type' => self::TO_ONE,
                'conditions' => 'user_id',
                'primary' => true
            ],
]

Но мб, что то и другое

 

[unconfirmed]

.то чувство, когда понял суть вопроса по ответу

 

[Spark108]

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

Я сейчас пробую в сам финдер подставлять значения.

 

[Captain]

Но это приблизительный, так как четко не сказано, что ему надо. И вообще документация открывалась?
$finder = \XF::finder('XF:Thread');$thread = $finder->with('Forum', true)->where('thread_id', 123)->fetchOne();

Или вот $finder = \XF::finder('XF:Thread');$thread = $finder->with(['Forum', 'User'], true)->where('thread_id', 123)->fetchOne();

 

[Spark108]

Да, я смотрел доки и взгляд пал на with, но так и не понял что он именно делает.

Сейчас пробую все методы которые накопал. Заодно написал на форум, мб кто-то подскажет.

 

[Captain]

А потом на форуме выскакивают эксперты по сайтам-визиткам и говорят. Как же бомбит у меня от Entities, finders, and repositories, учитывая, что первое это что то бывшего DataWriter

 

[unconfirmed]

.а, я понял. Он, видимо, получает название таблицы из другой таблицы и хочет делать Select из неё

 

[Spark108]

.а, я понял. Он, видимо, получает название таблицы из другой таблицы и хочет делать Select из неё

Именно.

А потом на форуме выскакивают эксперты по сайтам-визиткам и говорят. Как же бомбит у меня от Entities, finders, and repositories, учитывая, что первое это что то бывшего DataWriter

Ну мне текущая реализации кажется проще, чем DataWriter в старой версии над которой шаманил методом тыка. Кое как разобрался как им пользоваться.

 

[unconfirmed]

Да, я смотрел доки и взгляд пал на with, но так и не понял что он именно делает.

.with как раз соединяет данные из relations, которые ты укажешь

Ну мне текущая реализации кажется проще, чем DataWriter в старой версии над которой шаманил методом тыка. Кое как разобрался как им пользоваться.

.а не нужно шаманить методом тыка, а нужно сесть и разобраться

 

[Spark108]

.with как раз соединяет данные из relations, которые ты укажешь

Ну каждую таблицу отдельно указывать, постоянно лезть в код не вариант.

 

[Captain]

Серьезно? Средой разработки не пользуемся?



Проще сейчас, не каких ссаных моделей с запросами которые даже не напоминают ООП код и уж темболее навесить кучу исключений. Норм чё

 

[Spark108]

Серьезно? Средой разработки не пользуемся?
Посмотреть вложение 76094
Посмотреть вложение 76095
Посмотреть вложение 76096
Проще сейчас, не каких ссаных моделей с запросами которые даже не напоминают ООП код и уж темболее навесить кучу исключений. Норм чё

Не понял о чем ты сейчас сказал.... Я средой не пользуюсь, нагружает сильно.

 

[Captain]

Бог им дал PhpStorm и задокументированный почти весь код командой XF, а они пишут в блокнотах и не пользуемся всеми плюшками

 

[unconfirmed]

Spark108, .\XF::db()->query

 

[Spark108]

Spark108, .\XF::db()->query

Из контроллера делать запрос сразу через обычный SQL код? Ну смысли без сущности.

 

[Captain]

Spark108, .\XF::db()-query

Но это извращение же.
Spark108, это тогда бред, учитывая, что и PhpStorm почти автоматически генерирует комментарии к коду. Это совсем :/
На дворе 2017 год, а пользуемся какой то херотой. Не подсветки синтаксиса, ничего привет 1992-1999 что ли

 

[Spark108]

Но это извращение же.
Spark108, это тогда бред, учитывая, что и PhpStorm почти автоматически генерирует комментарии к коду. Это совсем :/
На дворе 2017 год, а пользуемся какой то херотой. Не подсветки синтаксиса, ничего привет 1992-1999 что ли

Подсветка синтаксиса есть. NotePad++ же) Ну ладно уговорил, закачаю шторм, но чуть позже)

И да, это действительно извращение над движком...

 

[Captain]

В Репозиториях, для таких сделали так $this->db()->query / $this->db()->fetchAllKeyed и т.д в документации так же отражено


А ну да у кого то просто нету же среды разработки и кодим привет 90-ые