Mais uma vez vamos nós...

Utilizando o mesmo princípio de antes, sem foco no desempenho, e utilização de SQL dinâmicas para suportar o conceito genérico em OO PHP.

Observando os mesmo conceitos dos outros dois artigos [Create e Retrieve (de um objeto) ]. Continuemos agora com o Retrieve (ou as famosas ‘consultas’) com o retorno de vários objetos (utilizando vetores).

Acredito, que este será o artigo mais complexo, mas nada que não venhamos entender, tendo paciência e atenção.

Tornarei a repetir alguns conceitos teóricos, para deixar este artigo independente dos demais.

Como já sabemos, para cada objeto temos a estrutura que receberá cada dado referente à sua tabela no banco, ou seja, este objeto tem uma estrutura semelhando à tabela do banco. Por questão de organização e segurança, deixei as “classes CRUDs” dentro do objeto ‘banco’. E nos objetos (DAO) nós importaremos as classes e alimentaremos os parâmetros (aqui estará o segredo de manipulação das wheres).

Vamos lá, trazendo o código referente a um funcionário (funcionarioDAO.php), já no padrão de acesso às classes genéricas:


Observe que adicionamos mais duas variáveis privadas, no objeto, uma que traz o nome da tabela no banco, e a outra trazendo os fields (campos), em sequência como utilizamos nos inserts em sql. Também inserimos duas funções para trazer os valores dessas duas variáveis. Tudo deve ser analisado, inclusive segurança.

Utilizaremos, portanto, nas camadas superiores a função ‘PegarTodos’.
Explicando os parâmetos, ‘$fields’ e ‘$values’ são vetores que trazem os campos e seus valores, com os quais filtraremos nossos dados no banco (refiro-me à where). Aqui está um dos pontos principais do artigo, pois sendo assim, a where pode ser determinada pelo desenvolvedor sem problemas, e pode ser 01 ou mais filtros, basta informar campo e valor, respectivamente, nos vetores.

Após enviar os parâmetros para função PegarTodos, a função do banco selectDatasDb as recebe, adicionando a função da própria classe getNomeTabela(), e retorna um valor (que iremos abordar mais adiante).

Nos objetos, conforme vemos no exemplo acima, sempre teremos a função getNomeTabela() que retorna nossa variável privada $nome_tabela, previamente alimentada com o nome da tabela no banco a que se refere. Isso torna cada objeto responsável pela sua tabela no banco. No caso, o objeto funcionarioDAO.php consulta só, e somente só, a tabela ‘tb_funcionario‘, e assim sucessivamente, como por exemplo clienteDAO.php acessaria somente a tabela ‘tb_cliente’. Observe a importância de manter o nome da tabela nos demais arquivos.

Ok. Já explicamos a comunicação do objeto consigo mesmo, na chamada da função PegarTodos. E vimos que até agora não existe qualquer diferença com o artigo anterior de pegar apenas um objeto em específico.

Agora vamos ver a comunicação da aplicação com o objeto. Faremos aqui uma combo (HTML) básica, alimentaremos o objeto funcionárioDAO com todos os dados do banco, passando os filtros, e traremos todos eles para nossa aplicação:


Até aqui nenhuma novidade. Importamos as classes banco e funcionario. Agora alimentaremos o vetor $fields e $value para filtrar os dados do select dentro do objeto. Neste exemplo, estamos querendo trazer todos os funcionários existente na base, por isso os fields e values estão vazios, porque não precisa de where específica. Lembro também que caberia aqui QUALQUER filtro, caso houvesse necessidade, ok?! Sem nenhum problema.

Agora vamos entrar na classe do banco e entender. É extremamente parecido com o artigo anterior, porém agora estamos trazendo um ‘list’ de objetos.


Ok! Aqui está a tão temida classe. Não se assuste pelo tamanho e pela quantidade de laços de repetição (mais do que do artigo anterior). Vamos entender...(eu fiz alguns comentários no código, talvez ajude).

A função selectDatasDb() recebe os parâmetros enviados pela função PegarTodos em FuncionarioDAO. Simples assim! Nenhuma novidade...

Sabemos que ao acessar o banco, precisamos ‘criar’ um objeto de retorno de dados (obedecendo ao Data Access Object). Sendo assim, minha classe tem que entender qual objeto será carregado após o select no banco. Como fazer minha função entender qual objeto o banco irá popular? Agora vai a importância de manter a nomenclatura da tabela do nosso banco, nas demais partes do sistema (nome do objeto, da classe, e por aí vai...).

Ao acessar a função selectDatasDb(), o nome da tabela é ‘quebrada’ (ultizando o ‘explode’ do php), para só então, o sistema entender qual objeto será carregado.


Nisso tornamos genérica nossa classe. Qualquer objeto pode ser carregado. E sabendo que o objeto carrega em si o nome da própria tabela a que se refere, é automático.

Aqui montaremos nosso select para saber os registros (linhas) que existem no banco, e colhemos o id de cada um, para só então colhermos os fields e seus valores, e posteriormente popular o objeto:


Após isso, enquanto houver registro no banco (linhas ou tuplas), que nós determinamos no while:


então ‘varremos’ os dados de cada linha, lembrando que alimentamos mais uma vez os fields e os values dinamicamente. Afinal precisamos dizer qual registro precisamos obter, e passamos por parâmetro o id colhido no select acima:


Buscar o nome é simples, utilizaremos a função do mysql: mysql_field_name. Onde informamos a posição da Field. Para entender melhor: se numa tabela eu tenho ‘nome,endereco,contato,sexo’, nome seria a posição: 1, endereco: 2, contato: 3, e assim sucessivamente.


Para buscar o valor, precisaremos de uma função de auxílio. Senão o código fica muito complicado. E é aqui que fica a construção de nossa SQL Dinâmica.

Desta vez o nosso ‘for’ ficará dentro de outro laço de repetição ‘while’. Que populará a quantidade de objetos referente às tublas da tabela no banco. Conforme já explicado !

Envia-se o nome do campo desejado, o nome da tabela, e os vetores que construirão nossas wheres.


Entraremos então na função BuscaValor.
Logo na entrada cuidaremos de nosso filtro do select. Quantas cláusulas formarão a where? É necessário saber, e já tratamos isso logo no início.


Validamos se a quantidade de fields e seus valores correspondem no IF abaixo.


Caso esteja tudo ok. Prosseguimos para a construção real do select.


A variável $sql recebe o texto concatenado com os novos valores das variáveis. O IF garante que nossa where receberá algo para ser trabalhado. O laço de repetição varre o vetor, até a quantidade de campos e valores existe no vetor, trazendo TODOS os que fora passados. O primeiro IF depois do For, garante que o a palavra ‘where’ seja concatenada na string $sql, e logo após é concatenado os campos e valores respectivamente. O próximo IF é somente para concatenar a palavra ‘and’ à string citada, caso haja mais campos e valores a serem concatenados.
Nenhum segredo até então. É só substituir o nomes que costumamente é usando nos SQL de consulta, por variáveis que receberão os valores em tempo de execução. E nisso consiste a idéia principal do artigo.

A função 'BuscaValor' é idêntica a utilizada na função do artigo anterior, que traz apenas um objeto populado. A modificação (entre trazer um objeto ou um vetor com todos os objetos) aqui é apenas dentro do ‘SelectDatasDb’, que varre todos os registros existentes no banco.
Ainda dentro do ‘SelectDatasDb’, para concluir os processos, fechamos o banco e retornamos o vetor com todos os objetos populados:


Pronto! Um pouco complexo, mas factível. =)

O Desempenho aqui deve cair, mas temos uma grande vantagem, na hora da manutenção não precisamos cair nas funções dento do objeto do banco. Basta nos preocupar com o carregamento do objeto desejado e à alimentação dos vetores que farão as 'wheres'. Percebam que a ‘regra de negócio’ fica numa camada muito acima, e numa forma de comunicação nada trivial.

Bom pessoal, sou Marcio Alexandre. Encerro aqui mais este artigo. Talvez tenha ficado algo ainda mais confuso, devido ao tamanho. Qualquer dúvida, é só entrar em contato.

E mais uma vez, agradeço a atenção, e espero ter contribuído com mais este conhecimento à comunidade OO PHP.

Próximo artigo: Update. =)