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.
Olá galera, como estão?
Depois da maior “seca” de posts da história do blog, hoje estou voltando efetivamente a escrever e espero que, agora, com uma eficiência maior (e principalmente, intervalos menores).
A ideia da série de posts que está sendo iniciada hoje é “colocar a mão na massa” e desenvolver uma aplicação (simples, é verdade!) em CodeIgniter 3 do Zero (Download e Instalação) até o fim (controle de acesso, sessões, banco de dados, api, etc…). Escrevi há alguns anos atrás uma série de posts introdutórios sobre esse framework e o feedback que tive de vocês leitores é que se trata de um assunto que desperta o interesse de muitos. Entretanto, na outra série os assuntos eram tratados meio que de forma isolada. A ideia aqui é ir desenvolvendo e testando tudo de forma mais integrada e próxima da nossa realidade. Já disse em outros posts do CodeIgniter, que esse framework é, talvez, aquele que possua a menor curva de aprendizado. Qualquer um que saiba o mínimo de PHP, Orientação à Objetos e Banco de Dados (SQL) é capaz de, em poucas horas, entender o CI e já começar a desenvolver suas aplicações.
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.
