А
Зависит от задачи. Можно ее спрятать за интерфейс, можно не прятать.
Size: a a a
2021 September 12
А
Фабрика знает про тип, этого достаточно.
A
Кто знает как лаварель с git ставить.
А
В моем варианте тип – это
callable(): T. Стат. анализ на раз обломает тебя, если ты засунешь туда не то.В
а у тебя были проблемы с этим? потомучто у меня нет
В
я про то что фабрика знает про типы
А
Не очень понял вопрос. Фабрика должна знать про тип, который она может создать, ей незачем знать все варианты (а если их 1000?) этого типа.
D
А если у класса будут зависимости?
В
возможно ты прав но у меня с подобным проблем небыло
и даже если там будет 1000 типов ты всеравно должен будешь их где то прописать или же аутолоад какойто делать
и даже если там будет 1000 типов ты всеравно должен будешь их где то прописать или же аутолоад какойто делать
А
$this->app->bind(ProductFactory::class, function (Application $app): ProductFactory {
return new ProductFactory([
'coffee' => static function () use ($app): Type {
return $app->get(Coffee::class);
},
...
]);
});А
Да. К сожалению или к счастью (кому как нравится), в ларке это надо делать руками, да, в симфони можно повесить тег и в компайлер-пассе получить все имплементации интерфейса, а дальше из них можно собрать такую же фабрику. Можно заинжектить ограниченный сервис-локатор
ContainerInterface (опять же, такое возможно только в симфони), в котором будут ТОЛЬКО объекты конкретного интерфейса. Это плохо с точки зрения дизайна, но хорошо с точки зрения производительности, так как нужный объект создастся по требованию.D
М, логично)🌚
В
ну все же мы дошли до того что все упирается в сложность проекта, плюс моего варианта в том что он работает более очевидно
В
но твой мне нравится больше
В
спасибо что поделился
А
Очевидно не значит хорошо. Лучше, когда зависимости явные и класс расширается без изменения его самого. Иначе всегда есть шанс его сломать. Да, твой вариант хорош в ограниченных случаях, там, где новый тип точно никогда не появится: например, калькулятор какой, где каждый тип – это математическая операция. Очевидно, если ты все операции покрыл типами, тебе можно их в классе калькулятора и прописать, так как новой мат. операции не будет.
В
главный минус твоего варианта в том что новичок просто может не понять его смысл или как он в целом работает
ST
Спасибо, все понятно. Про такие вещи в паттернах надо читать?
А
Нет. И паттерны читать ради того, чтобы найти место, где их применить, тоже не надо. Просто решай проблемы. Со временем начнёшь замечать, что решаешь проблемы похожим образом, и придёшь к паттернам через опыт. Или почитай книгу банды четырёх.
ST
Так я через if в начале делал. Потом кто-то подсказал, что можно сделать так чтобы объект сам себя обновлял. Вот от туда уже пришел к варианту с полиморфизмом.