Eu escrevi uma postagem de blog mais completa e atualizada sobre este tópico: http://elnur.pro/symfony-without-bundles/
Não, nem tudo precisa estar em um pacote. Você poderia ter uma estrutura como esta:
src/Vendor/Model
- para modelos,
src/Vendor/Controller
- para controladores,
src/Vendor/Service
- por serviços,
src/Vendor/Bundle
- para pacotes, como src/Vendor/Bundle/AppBundle
,
- etc.
Dessa forma, você colocaria AppBundle
apenas as coisas que são realmente específicas do Symfony2. Se você decidir mudar para outra estrutura mais tarde, você se livrará doBundle
espaço para nome e o substituirá pelo material escolhido.
Observe que o que estou sugerindo aqui é para código específico do aplicativo . Para pacotes reutilizáveis, ainda sugiro usar as práticas recomendadas .
Mantendo entidades fora de pacotes configuráveis
Para manter entidades src/Vendor/Model
fora de qualquer pacote, alterei a doctrine
seção config.yml
de
doctrine:
# ...
orm:
# ...
auto_mapping: true
para
doctrine:
# ...
orm:
# ...
mappings:
model:
type: annotation
dir: %kernel.root_dir%/../src/Vendor/Model
prefix: Vendor\Model
alias: Model
is_bundle: false
Os nomes das entidades - para acessar dos repositórios do Doctrine - começam com Model
neste caso, por exemplo Model:User
,.
Você pode usar subespaços de nome para agrupar entidades relacionadas, por exemplo src/Vendor/User/Group.php
,. Nesse caso, o nome da entidade éModel:User\Group
.
Manter os controladores fora dos pacotes configuráveis
Primeiro, você precisa informar ao JMSDiExtraBundle para verificar a src
pasta em busca de serviços adicionando isso a config.yml
:
jms_di_extra:
locations:
directories: %kernel.root_dir%/../src
Em seguida, defina controladores como serviços e coloque-os no Controller
espaço para nome:
<?php
namespace Vendor\Controller;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpFoundation\RedirectResponse;
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Route;
use Sensio\Bundle\FrameworkExtraBundle\Configuration\Template;
use JMS\DiExtraBundle\Annotation\Service;
use JMS\DiExtraBundle\Annotation\InjectParams;
use JMS\SecurityExtraBundle\Annotation\Secure;
use Elnur\AbstractControllerBundle\AbstractController;
use Vendor\Service\UserService;
use Vendor\Model\User;
/**
* @Service("user_controller", parent="elnur.controller.abstract")
* @Route(service="user_controller")
*/
class UserController extends AbstractController
{
/**
* @var UserService
*/
private $userService;
/**
* @InjectParams
*
* @param UserService $userService
*/
public function __construct(UserService $userService)
{
$this->userService = $userService;
}
/**
* @Route("/user/add", name="user.add")
* @Template
* @Secure("ROLE_ADMIN")
*
* @param Request $request
* @return array
*/
public function addAction(Request $request)
{
$user = new User;
$form = $this->formFactory->create('user', $user);
if ($request->getMethod() == 'POST') {
$form->bind($request);
if ($form->isValid()) {
$this->userService->save($user);
$request->getSession()->getFlashBag()->add('success', 'user.add.success');
return new RedirectResponse($this->router->generate('user.list'));
}
}
return ['form' => $form->createView()];
}
/**
* @Route("/user/profile", name="user.profile")
* @Template
* @Secure("ROLE_USER")
*
* @param Request $request
* @return array
*/
public function profileAction(Request $request)
{
$user = $this->getCurrentUser();
$form = $this->formFactory->create('user_profile', $user);
if ($request->getMethod() == 'POST') {
$form->bind($request);
if ($form->isValid()) {
$this->userService->save($user);
$request->getSession()->getFlashBag()->add('success', 'user.profile.edit.success');
return new RedirectResponse($this->router->generate('user.view', [
'username' => $user->getUsername()
]));
}
}
return [
'form' => $form->createView(),
'user' => $user
];
}
}
Observe que estou usando meu ElnurAbstractControllerBundle para simplificar a definição de controladores como serviços.
A última coisa que resta é dizer ao Symfony para procurar modelos sem pacotes. Eu faço isso substituindo o serviço de adivinhador de modelos, mas como a abordagem é diferente entre o Symfony 2.0 e 2.1, estou fornecendo versões para os dois.
Substituindo o adivinho de modelo do Symfony 2.1+
Eu criei um pacote que faz isso para você.
Substituindo o ouvinte de modelo do Symfony 2.0
Primeiro, defina a classe:
<?php
namespace Vendor\Listener;
use InvalidArgumentException;
use Symfony\Bundle\FrameworkBundle\Templating\TemplateReference;
use Symfony\Component\HttpFoundation\Request;
use Symfony\Component\HttpKernel\Bundle\Bundle;
use Sensio\Bundle\FrameworkExtraBundle\EventListener\TemplateListener as FrameworkExtraTemplateListener;
use JMS\DiExtraBundle\Annotation\Service;
class TemplateListener extends FrameworkExtraTemplateListener
{
/**
* @param array $controller
* @param Request $request
* @param string $engine
* @throws InvalidArgumentException
* @return TemplateReference
*/
public function guessTemplateName($controller, Request $request, $engine = 'twig')
{
if (!preg_match('/Controller\\\(.+)Controller$/', get_class($controller[0]), $matchController)) {
throw new InvalidArgumentException(sprintf('The "%s" class does not look like a controller class (it must be in a "Controller" sub-namespace and the class name must end with "Controller")', get_class($controller[0])));
}
if (!preg_match('/^(.+)Action$/', $controller[1], $matchAction)) {
throw new InvalidArgumentException(sprintf('The "%s" method does not look like an action method (it does not end with Action)', $controller[1]));
}
$bundle = $this->getBundleForClass(get_class($controller[0]));
return new TemplateReference(
$bundle ? $bundle->getName() : null,
$matchController[1],
$matchAction[1],
$request->getRequestFormat(),
$engine
);
}
/**
* @param string $class
* @return Bundle
*/
protected function getBundleForClass($class)
{
try {
return parent::getBundleForClass($class);
} catch (InvalidArgumentException $e) {
return null;
}
}
}
E então diga ao Symfony para usá-lo adicionando isto a config.yml
:
parameters:
jms_di_extra.template_listener.class: Vendor\Listener\TemplateListener
Usando modelos sem pacotes configuráveis
Agora, você pode usar modelos fora dos pacotes configuráveis. Mantenha-os na app/Resources/views
pasta. Por exemplo, os modelos para essas duas ações do controlador de exemplo acima estão localizados em:
app/Resources/views/User/add.html.twig
app/Resources/views/User/profile.html.twig
Ao se referir a um modelo, apenas omita a parte do pacote configurável:
{% include ':Controller:view.html.twig' %}