Com a ascenção e o crescimento no mercado de TI, o webdesigner e o programador são profissionais que lidam diariamente com ferramentas distintas: o Webdesigner cuida do layout e da usabilidade da página, enquanto o programador cuida das funcionalidades e impressão de resultados.

Em muitos lugares, é de costume encontrar estes 3 tipos de profissionais:

• Programadores que são experts em desenvolvimento de algoritmos;
• Programadores que possui conhecimentos intermediários de programação e web design;
• Web designers que possui conhecimentos avançados em web design, e um escasso conhecimento na área de programação.

E como fazer para um profissional fornecer o que o outro precisa? Devido ao crescimento deste mercado, foi necessário conceder na estrutura de desenvolvimento vários parâmetros, em que o principal deles é a camada de apresentação (onde o usuário final tem acesso às informações).

Nas linguagens de Programação voltadas p/ a Web, já é possível trabalhar em situações na qual o código-fonte fica separado da codificação de algoritmos.

Este é um exemplo para quem tem o costume de trabalhar com o ASP, misturando a programação com o código HTML, tipicamente conhecido como "algoritmo spaghetti".

Cito então um exemplo de um datagrid em ASP, na qual conecto a um banco de dados, e faço imprimir a relação de estados brasileiros:

1. Conexão SQL

2. Montando o datagrid utilizando o "algoritmo spaghetti".

Pelo código, a programação se misturou com o HTML, onde não é critério do Programador lidar com HTML, e nem o WebDesigner se interessar o que está no algoritmo. Com a popularidade de editores WYSIWYG, a página será editada, e a consulta poderá ir para o final da página, ou mesmo ser apagada, ocorrendo complicações futuras, brigas entre os dois profissionais (a mais provável), etc.

3. Montando o datagrid SEM utilizar o "algoritmo spaghetti".

Por este código, foi possível separar a programação da página em sí. Costumo adotar este padrão, inserindo TODAS as programações possíveis antes do código HTML. Se for preciso alterar o layout da página, basta o Webdesigner manipular dentro do HTML os valores do vetor ESTADO. Se apagar, basta consultar onde o vetor foi montado linha-a-linha, dizendo o que é cada informação do vetor através do "dicionário de informações" nos comentários...

Conforme os POSTs anteriores, estou enviando mais uma dica à respeito de Conexão ao Banco de Dados. Desta vez, estarei falando sobre o comando INSERT e UPDATE.

Atualmente, o comando SELECT é utilizado para ler resultados de um banco de dados. Já o INSERT, é um comando para INSERIR dados neste mesmo banco de dados. E para atualizar os dados, temos o UPDATE.

Seguindo os mesmos caminhos do Include CONEXAO.ASP, informado no post Boas práticas para trabalhar com ASP - Parte II ...

Arquivo conexao.asp

<%
Dim objConexao 
Dim objComando
Dim executa

sub abreconexao()
    Set objConexao = CreateObject("ADODB.Connection")
    objConexao.commandTimeout=20

    'MySQL Localhost
objConexao.ConnectionString = "Driver={MySQL ODBC 3.51 Driver};
Server=localhost;Database=leobredacom; User=root;Password=root;Option=3;"
    objConexao.Open
    conexao_executa=true 
end sub

sub executaconexao(comando)
    if conexao_executa=false then
        call abreconexao
    end if

    set objComando = CreateObject("ADODB.Command")
    objComando.ActiveConnection = objConexao
    objComando.CommandText = comando
    objComando.Execute() 
    Set objComando = Nothing
    call fechaconexao
end sub

sub fechaconexao()
    objConexao.Close : Set objconexao = Nothing
    conexao_executa=false
end sub
%>	   

O arquivo pagina.asp, fazendo um SELECT, ...

... inserindo e atualizando os resultados utilizando a sub executaConexao().

A própria sub abreConexao() faz a conexão ao banco de dados, e a execução do INSERT (ou UPDATE, conforme a necessidade).

Existem mil maneiras para fazer com que sua aplicação se conecte a um banco de dados, desde as piores, até as mais eficientes.

Uma delas é aquela que você cria os objetos de conexão, informa as strings de conexão, monta a query, lê os resultados e esquece que tem que destruir o objeto (é, infelizmente o Prof. Agnaldo esqueceu de comentar isso quando eu aprendi ASP na Impacta). No final do dia, você tem um computador de última geração com processador em 99% de uso e não sabe o que aconteceu.

No meu caso foi assim: meu primeiro programa foi montar um sistema que consultava uns dados no banco de dados, populava os mesmos numa tabela e fim de papo; quando a gente é iniciante, fica se gabando com aquelas páginas rodando no IIS com dados dinâmicos e esquece aquelas hospedagens gratuitas do tempo do Geocities.

Voltando para o programa, TODAS as páginas eu colocava logo na primeira linha um INCLUDE contendo os dados de conexão com o Banco de dados, e abria logo de cara, mesmo sem necessidade de utilizar Banco de Dados em algumas páginas.

O include CONEXAO.ASP seria este aqui:

E esta seria uma página

Olha a tremenda merda que eu fiz: para escrever "Hello, Wordl!" não precisa de Banco de Dados.

E esta seria uma outra página, agora sim conectando a um banco de dados ;-)

*DICA: Experimente colocar várias instruções na mesma linha E separadas por ":" (dois pontos). Assim não precisa ficar aquele monte de linha com apenas 3 palavras.

O resultado do Recordset acima faria retornar todos os Estados do Brasil. Mas ainda assim:

• ATÉ o momento em que deseja mostrar os resultados, vem o cabeçalho da página (os HTML, TITLE e os BODY da vida...), e o Objeto que realiza a conexão com o banco estaria aberto (a latência reduz, mas não é eliminada);
• Para fazer uma nova consulta, NÃO poderia destruir o objeto objConexao (objConexao.Close : Set objConexao = Nothing), deixando assim, o objeto aberto sempre para uma consulta futura, e que nem sempre destruia na última conexão por nosso esquecimento.

Estudando um pouco mais, tive a necessidade de descobrir uma maneira mais eficiente (eu não tinha usado a lógica) de contornar este problema.

Então faria assim:

• Crio a Query (strSQL);
• Chamo uma função, onde a mesma conecta o Banco de Dados
• Executo a leitura do banco
• Chamo outra função para destruir a conexão

E cada vez que eu preciso de consultar o Banco de Dados, faço esta rotina repetidamente, desta maneira:

O include CONEXAO.ASP

Já esta página, agora TODA VEZ QUE preciso conectar ao banco de dados, chamo a função abreConexao()

Este é um método eficiente de conectar ao Banco de dados APENAS quando desejamos.

• Quando não há necessidade de puxar os dados do banco, não há conexão. Consequentemente, mais rapidez nas páginas.
• Podemos conectar e desconectar sempre que houver necessidade, não importa a quantidade de novas consultas.

No próximo POST, estarei incrementando este artigo, na qual é possível montar uma GRID separando o HTML do ASP - ver Spaghetti.