Please enable JavaScript.

Coggle requires JavaScript to display documents.

banco de dados (ORM (Abstrair a forma como o banco de dados funciona e…

- - - - Teremos arquivos na nossa aplicação que represetam as tabelas no banco de dados
        
        Manipulação dos dados sem comandos SQL e usaremos o SEQUELIZE para utilizarmos o codigo javascript e ele faz a tradução do codigo javascript para SQL
        
        Com o SEQUELIZE também ganhamos um controle de versão para base de dados - Migrations
        
        Uma forma de manter atualizado nosso banco de dados com todo o time
        
        Cada arquivo de migration contem intruções apra criação, alterações ou remoções de tabelas e colunas
        
        Cada arquivo de Migration é organizado por data
        
        1 more item...
        
        Uma forma de manter atualizada nosso banco de dados em base de desenvolvimento e produção
        
        Quando um novo dev entra na equipe e baixa nosso software, seria legal ele poder ver a base de dados com informações, para isso temos o - SEEDS
        
        Criam e populam a base de desenvolvimento
        
        muito utlizado para dados de testes
        
        ele é executavel apenas em codigo
        
        Nunca serão usados em base de produção
        
        Caso precisar de uma base de dados que já vem com informações deveremos utilizar a Migration
      - Estruturar pastas e arquivos a fim de separar as funcionalidades de cada tipo de arquivo
        
        model
        
        O model armazena a abstração, usado para manipular os dados nas tabelas do banco, não possuem responsabiliades de regra de negocio
        
        controller
        
        O controller é o ponto de entrada das requisições da aplicação(rota), a requisição vai ta associada a um metodo, a uma função do controller , onde podemos incluir grande parte da aplicação nele, ele é uma classe, mas conforme a aplicação cresce podemos utilizar patterns para isolar um pouco das regras
        
        Uma classe que sempre retornara um json com a resposta ou com o erro
        
        Jamais chamara outro controller ou metodo de outro controller. Ele deve ser auto-suficiente
        
        Criamos um controller toda vez que tivemos uma nossa entidade(não é a mesma coisa que model), todo model vai ter seu controller, mas por exemplo com autenticação teremos um model do usuario, mas na hora que estamos criando uma sessão(autenticando), o controller não vai ser user controller, não vai ser userController, porque não estamos criando usuarios, e sm uma sessão,então seria sessionController
        
        SEMPRE vai ter 5 metodos
        
        index- listagem de usuario
        
        show - exibir um unico usuario
        
        store- cadastrar um usuario
        
        update-alterar um usuario
        
        delete- remover usuario
        
        Se caso for necessario tiver mais que esses metodos, talvez seja uma nova entidade, podemos ter menos metodos do que isso.
        
        view
        
        ele é o retorno para o cliente
        
        em app que não utilizamos API Rest podemos retornar html, quando não a view é apenas nosso json q sera retornado ao front-end e depois manipulado por ele