ribafs/master-details

Criação de formulários do tipo master details com PHP

MVC Simples em PHP com banco de dados

Requisitos

PHP 5.6 ou superior

MySQL

Testado em

• Windows 10 com PHP 8
• Linux Mint 20 com PHP 7.4

Nesta versão implementarei a busca.

Introdução

Agora eu entendi melhor o que se chama de gambiarra. Acho errado usar este termo como algo pejorativo, algo errado. Tentei muito implementar a busca bonitinha, como fiz com o restante, usando model, controller e view. Mas ficou muito trabalhoso e eu não queria desistir de adicionar a busca. Então fiz do jeito "errado". Fiz uma gambiarra. Criei uma nova conexão sem classe e pesquisei o banco dentro da view. Resumindo, acho isso criatividade. Bem, o objetivo aqui não é o de criar um novo framework a ser adotado em grande escala, mas o de oferecer um aplicativo que possa ajudar os colegas a entenderem estes conceitos usados nos grandes frameworks: MVC, rotas, front controller, etc. Claro que existe a possibilidade de daqui surgir um grande framework, afinal todos os grandes nasceram pequenos. Mas algo que é correto afirmar é que é impossível para um iniciante criar um grande framework. Acho impossível que crie mesmo um pequeno framework. Para isso precisa estudar muito e além de estudar, ralar, especimentar, customizar, debugar muita coisa até que se torne um programador profissional e possa criar algo bom.

config

Adicionei os dados do banco no config.php.

Criando um CRUD completo. Até agora estivemos trabalhando somente com o método index. Agora estaremos adicionando o edit, o new e o delete. Assim teremos um aplicativo funcional e útil.

CRUD com master-details

Além do CRUD, criei uma interface do tipo master-details. Fica muito prático para o usuário, realizar todas as operações na mesma tela.

Botstrap

Troquei o CSS original pelo Bootstrap 4.

Rotas

Um sistema de rotas simples foi implementado, o front controller e mais alguns bosn recursos. Nesta versão o sistema de rotas precisou ser bem melhorado.

Agora temos nosso MVC em PHP completo. Isso do meu ponto de vista, pois ao meu ver a sua criação teve a finalidade de nos ensinar a usar alguns dos bons e importantes recursos encontrados nos grandes frameworks: PHPOO, MVC, Rotas, Front Controller, autoload com composer e PSR-4, entre outros. Me parece que um grande framework como o Laravel já nos entre o que existe de melhor pronto, babsta usar. Claro que você pode aproveitar o que fizemos e ir em frente, escolha sua.

Estrutura de arquivos

• composer.json
• db.sql
• .htaccess
• public
  • .htaccess
  • css
  • img
  • js
  • index.php
• App
  • Controllers
    • ClientController
    • ProductController
  • Models
    • ClientModel
    • ProductModel
  • views
    • clients
      • index.php
    • error
      • index.php
    • products
      • index.php
    • templates
      • footer.php
      • header.php
• Core
  • config.php
  • ErrorController
  • Model
  • Router

Fluxo das informações

• Veja que não mais existe um index.php. Quando alguém chega no raiz de mvc5 é redirecionado para a apsta public pelo .htaccess

• Quando chega na pasta public será redirecionado para o public/index.php pelo public/.htaccess

Quando o public/index.php é chamado

• Ele define algumas constantes para o aplicativo
• Inclui o autoload
• Inclui o Core/config.php, que também define outras constanes importantes
• Então inclui a classe Core/Router através do use
• Instancia a classe Router. Veja que esta classe tem dois métodos, o construct e o Url(), mas ela chama o Url() dentro do __construct(), portanto logo que a classe Router é instanciada todo o seu código é executado e está disponível, no caso o tratamento das rotas acessadas pelo usuário.
• A captura da URL digitada é feita pelo método Url(), que é executado inicialmente pelo __construct() e então testado, para que de acordo com a URL acessar o respectivo controller.
• Veja que se alguém chama o "clients" pela URL o Router dispara o ClientController, de forma semelhante, se for chamada "products" o ProductController será disparado. Caso a URL digitada ou chamada via link não seja para clients nem para products será disparado o ErrorController.

Quando o ClientController é chamado:

• Na versão anterior ele incluiu o ClientModel.
  • Agora adicionamos o namespace na primeira linha
  • E cada include é substituido por um "use". Veja como ficou agora no ClientController namespace App\Controllers; use App\Models\ClientModel;
• O restando do código permanece
• Instancia o model
• Chama seu método index(), que retorna o array $clients e armazena na variável $list;
• Então o Controller inclui a view App/views/clients/index.php com o respectivo template, que mostrará o resultado recebido do model

Quando o ClientModel é chamado

• Adiciona namespace e troca include por use
• Em seu método index() efetua uma consulta para trazer todos os registros da tabela clients
• E retorna a consulta na variável $clients, que será recebida pelo controller

Quando a view views/clients/index.php é chamada

• Mostra algum texto explicativo na tela
• Cria uma tabela HTML
• Joga na tabela o resultado de um for trazendo o array $list do Controller e mostra na tela os registros da tabela clients

De forma semelhante procedi com o ProductController e o ProductModel

No caso a View recebe do Controller e não diretamente do Model, o que é uma boa prática.

Referências

Este aplicativo foi criado do "zero", mas com consulta de muita coisa ao ótimo aplicativo

https://github.com/panique/mini3

Claro que aprendi muito em sua criação, consultando via Google.