2 回答

TA貢獻(xiàn)2011條經(jīng)驗(yàn) 獲得超2個(gè)贊
功能ControllerTrait::get($id)(獲取服務(wù))以及ControllerTrait::getDoctrine()(獲取原則,這也是一項(xiàng)服務(wù))都是通過訪問容器來完成的(如有疑問,請參閱參考資料),該容器在創(chuàng)建后AbstractController通過 via設(shè)置(this曾經(jīng)這樣做是因?yàn)樗鼘?shí)現(xiàn)了,它向 symfony 的依賴注入組件發(fā)出信號,它應(yīng)該得到一個(gè)容器集,我不知道現(xiàn)在為什么/何時(shí)完成...... tbh)。AbstractController::setContainer($container) ContainerAwareInterface
而且,由于一個(gè)對象(在非靜態(tài)方法AbstractController中的這種情況下)只能被稱為(從外側(cè))的對象已經(jīng)從它的構(gòu)造創(chuàng)建之后,并且由于setContainer是在對象上的非靜態(tài)方法中,AbstractController只能在構(gòu)造函數(shù)完成后有一個(gè)容器,但在構(gòu)造函數(shù)運(yùn)行時(shí)沒有。
這就是為什么這兩個(gè)方法調(diào)用都不起作用的原因。
您的問題的解決方案非常簡單,因?yàn)榻^對有效的是正確地依賴注入您需要的類:
use Symfony\Component\HttpFoundation\Session\SessionInterface;
use Doctrine\ORM\EntityManagerInterface;
class ProfileDao extends AbstractController {
private $id;
private $em;
function __construct(EntityManagerInterface $em, SessionInterface $session) {
$this->id = $session->get('id');
$this->em = $em;
}
}
一般來說,我避免使用容器,因?yàn)樗^對隱藏了控制器所具有的依賴項(xiàng)。我傾向于使用一些依賴項(xiàng)而不顯式注入它們(通常是 Twig 和一些 HttpKernel/HttpFoundation 的東西),因?yàn)樗鼈冊诳刂破髦泻艹R?使用。

TA貢獻(xiàn)1765條經(jīng)驗(yàn) 獲得超5個(gè)贊
另一個(gè)想法,即使我更喜歡關(guān)于自動裝配的想法:您是否檢查過父構(gòu)造函數(shù)是否有幫助?如果你擴(kuò)展一個(gè)類(就像你正在做的那樣extends AbstractController
),你不應(yīng)該忘記調(diào)用parent::__construct()
,也許是你自己construct
方法中的第一件事。這確保了父類正常工作所需的一切都被實(shí)例化。
- 2 回答
- 0 關(guān)注
- 147 瀏覽
添加回答
舉報(bào)