CakePHP - Estrutura de Pasta
Aqui, aprenderemos sobre a estrutura de pastas e a convenção de nomenclatura no CakePHP. Vamos começar entendendo a estrutura da pasta.
Estrutura da Pasta
Dê uma olhada na imagem a seguir. Ele mostra a estrutura de pastas do CakePHP.
A tabela a seguir descreve a função de cada pasta no CakePHP -
| Sr. Não | Nome e descrição da pasta |
|---|---|
| 1 | bin o bin pasta contém os executáveis do console do Cake. |
| 2 | config o configpasta contém os (poucos) arquivos de configuração que o CakePHP usa. Detalhes de conexão de banco de dados, bootstrapping, arquivos de configuração de núcleo e mais devem ser armazenados aqui. |
| 3 | logs o logs pasta normalmente contém seus arquivos de log, dependendo da configuração do log. |
| 4 | plugins A pasta de plug-ins é onde os plug-ins usados pelo seu aplicativo são armazenados. |
| 5 | resources Os arquivos para internacionalização na respectiva pasta locale serão armazenados aqui. Por exemplo, locales / en_US. |
| 6 | src o srcpasta será onde você trabalhará sua mágica. É onde os arquivos do seu aplicativo serão colocados e você fará a maior parte do desenvolvimento do aplicativo. Vamos examinar um pouco mais de perto as pastas dentro de src.
|
| 7 | templates Arquivos de modelo de apresentação são colocados aqui: elementos, páginas de erro, layouts e arquivos de modelo de visualização. |
| 8 | tests o tests pasta será onde você colocará os casos de teste para seu aplicativo. |
| 9 | tmp o tmppasta é onde o CakePHP armazena dados temporários. Os dados reais que ele armazena dependem de como você configurou o CakePHP, mas esta pasta é geralmente usada para armazenar descrições de modelos e, às vezes, informações de sessão. |
| 10 | vendor o vendorpasta é onde o CakePHP e outras dependências do aplicativo serão instaladas. Faça um compromisso pessoal de não editar os arquivos nesta pasta. Não podemos ajudá-lo, se você modificou o núcleo. |
| 11 | webroot o webrootdiretório é a raiz do documento público de seu aplicativo. Ele contém todos os arquivos que você deseja disponibilizar publicamente. |
Convenção de nomes
A convenção de nomenclatura não é algo obrigatório a ser seguido, mas é uma boa prática de codificação e será muito útil quando seu projeto crescer.
Convenção de Controlador
O nome da classe do controlador deve ser plural, PascalCased e o nome deve terminar com Controller. Por exemplo, para a classe de Alunos, o nome do controlador pode serStudentsController. Métodos públicos em controladores são frequentemente expostos como 'ações' acessíveis por meio de um navegador da web.
Por exemplo, os / users / view mapas para o view()método do UsersController pronto para uso. Métodos protegidos ou privados não podem ser acessados com roteamento.
Convenção de nome de arquivo e classe
Principalmente, vimos que nosso nome de arquivo de classe é quase o mesmo. Isso é semelhante no cakephp.
Por exemplo, a classe StudentsController terá o arquivo denominado StudentsController.php. Os arquivos devem ser salvos como o nome do módulo e nas respectivas pastas na pasta do aplicativo.
Convenções de banco de dados
As tabelas usadas para os modelos CakePHP, em sua maioria, têm nomes no plural com sublinhado.
Por exemplo, student_details, student_marks. O nome do campo possui um sublinhado, se for composto por duas palavras, por exemplo, first_name, last_name.
Convenções de modelo
Para o modelo, as classes são nomeadas de acordo com a tabela do banco de dados, os nomes são plurais, PascalCased e sufixados com Tabela.
Por exemplo, StudentDetailsTable, StudentMarksTable
Ver convenções
Para modelos de visualização, os arquivos são baseados nas funções do controlador.
Por exemplo, se a classe StudentDetailsController tiver a função showAll (), o modelo de visualização será nomeado como show_all.php e salvo dentro de template / yrmodule / show_all.php.