mrFlyer, Да не ответил. Хотелось бы услышать ответ от опытных ребят, которые бы сказали, да такое надо делать в Сервисах, или да такое надо делать в Лайберис, потому что ....
mrFlyer, да это понятно. Но хочется для себя сделать как надо. Вот например папку Services задокументирована в Laravel. Там что-то подобное и хранится. Но тогда там еще идет доп подключение через провайдер. Крч что-то усложненный вариант. А если тупо Libraries то это самый простой вариант.
Виктор, Спасибо. Получается stub изменить, чтобы $table прописывалась автоматом, либо trait юзать, чтобы не делать наследование. А где в Laravel хранить trait?
Да, моделей будет много, поэтому и решил разделить на каталоги.
По поводу прописать руками. Я думаю сделать класс app\Models\Model.php и в нем переназначить метод getTable() с добавлением генерации имени таблицы с учетом каталога, затем указать его в моих моделях.
Как думаете, этот вариант будет лучше чем прописать вручную? Или вручную лучше?
Хм. Спасибо. Возьму на заметку. Но мои модули будут не на столько велики, чтобы их отделять в домены. Blog и Shop это для примера. По сути, только модели и ресурсы нужно будет поделить на подкаталоги. А так паттерн интересный.
Сергей delphinpro, такой варик не прокатит. В таком случае если я захочу вызвать вот так (new MyModel)->test(), то это не сработает, только так (new MyModel)->testMethod(). Что уже рушит концепцию... Вот из ларки метод бы вытащить..
class MyModel {
// .....
public function testMethod() {
echo 'It\'s OK';
return $this;
}
public static function __callStatic($method, $parameters) {
return (new static)->$method(...$parameters);
}
// .....
}
MyModel::testMethod();
Дмитрий, проблема не в синт. ошибке. Даже если сделать все верно, то контейнер завершает свою работу после выполнения команды. Какая бы команда не была.
Дмитрий, command: ... - не работает. ошибка там..
Лог: Parse error: syntax error, unexpected ':', expecting ')' in Command line code on line 1
Статус контейнера: Exited (254)
Василий Банников, да я это прекрасно понимаю. Просто хочу именное такое решение, далее экспериментировать и прийтий к идеальным конфигам для моих потребностей. Понятно, что сложных проектов без докерфайлов никак. Я это прекрасно понимаю. Но все норм, кроме проблемы с композером... Буду что-нибудь придумывать. Нужно больше понимания как работает докер. Тогда проще будет. Только осваиваю.
Дмитрий, да, допустим разная но общее это MySQL, например. Если подумать, то лучше первый вариант, когда каждый проект самодостаточен, допустим перекинул этот проект и ктото смог запустить только его. А во втором варианте придется скидывать еще дополнительно папку etc в котором глобальный конфиг докера и плюс в нем будет еще доп. конфиги для того проекта. который ему не передали (например android-native), допустим если он только лендинг делает... хм хм хм..
и еще пока не известно, как у меня будут 2 проекта запускаться в докере... допустив domain и в api в конфигах там будет бд прописана. она два раза запустится... или один раз запустится у того кого первым запускаем и будет работать на оба проекта.... хз.... надо все методом тыка проверять..