Fala galera!
Nesse 2º post da série CodeIgniter 3 vou apresentar um pouco sobre o projeto que será desenvolvido ao longo do curso. Como já havia comentado no post anterior, trata-se de um projeto simples, uma vez que o foco principal aqui é o aprendizado do framework e não exatamente desenvolver uma aplicação complexa de última geração.
Desenvolver um projeto no CodeIgniter, com tantas bibliotecas e helpers que o framework oferece e com tantas outras classes próprias e/ou de terceiros sem o recurso de autocomplete que os editores e IDEs atuais oferecem é uma insanidade. É muito difícil saber/lembrar todos os métodos de uma determinada classe, o que recebem como parâmetro e o que retornam.
Desenvolvo meus projetos no NetBeans, e apesar dele fornecer uma gama enorme de sugestões de autocomplete de código para as funções nativas do PHP e até de alguns frameworks, para o CI temos que configurar esse recurso manualmente.
Depois de um período sem conteúdo novo, hoje consegui um “tempinho” para escrever mais um post da série “CodeIgniter Framework”. Para acompanhar o post, recomendo fortemente, para aqueles que ainda não o fizeram, que olhem os posts anteriores sobre CI, principalmente aqueles que falam sobre a implementação de “models” no framework (CodeIgniter – Models (Parte I) e CodeIgniter – Models (Parte II).
À seguir, vou mostrar para vocês como fazer consultas personalizadas, de forma estruturada e orientada à objetos, utilizando os recursos que o framework oferece.
Nos diversos projetos em php que já me envolvi e naqueles que ainda me envolvo, percebo que as Interfaces, que é algo muito importante do Paradigma de Orientação à Objetos, são muito pouco utilizadas e/ou na maioria das vezes, NÃO utilizadas. Diversos programadores não dão a mínima para as interfaces. Alguns a julgam desnecessárias, outros pouco importante mas no geral acredito que essa subutilização se dá devido ao não conhecimento de suas características e de sua concepção.
Por isso que estou aqui escrevendo esse post. Para tentar explicar a vocês leitores o que é uma Interface, para que serve, como implementar/utilizar e quais são as vantagens que ela traz.
No primeiro post sobre a implementação de Models no CodeIgniter eu mostrei como configurar uma conexão da aplicação em CI com um banco de dados. Mostrei também todos os passos desde a criação do Controller e do formulário na View para se criar uma estrutura para se inserir um registro no BD.
Hoje vou continuar abordando os Models no CI e outras possibilidades que o framework oferece no quesito acesso ao banco de dados. Antes de começar recomendo a leitura do post CodeIgniter – Models (Parte I) para aqueles que ainda não o fizeram.