A sopa… TABLE, DIV, TABLELESS

Vamos refletir sobre uma das sopas de letrinhas que o mercado de TI/Design nos impõe.

Muito se diz hoje sobre OTIMIZAÇÃO de código, mas como sempre as grandes corporações; que brigam entre si; não se acordam e o maior prejudicado somos nós, desenvolvedores e designers, por exemplo:

Se pegarmos uma página de código com TABLES e transformarmos ela para DIV/UL/LI, e refazer a folha de estilos seguindo os preceitos de TABLELESS, esta página irá funcionar muito bem no Navegador Google Chrome e no Firefox, mas nem sempre irá funcionar no IE ou no Safari.

Como sempre o IE e Safari geram estas incompatibilidades, e isto já é assim há muito tempo.

É bom alterar TABLES para DIV´s? Em muitos pontos sim, pois ajuda um site a ser melhor scaneado pelos spider’s do Google por exemplo, mas aí entramos no conflito triangular de PROFISSIONALISMO/CLIENTE/BOAS PRÁTICAS.

Vamos a alguns pontos a favor e contra:

DIV

+ Rapidez, código limpo e ajuda ao Google

• Nem todos os navegadores/versões operam, maior tempo para manutenção, conseqüentemente maior custo.

TABLE

+ Rápida manutenção, visualização/alinhamento sem erros, qualquer navegador aceita

• Lentidão para leitura no navegador, Google em alguns casos não lê.

Bom, aí você pensa, que faço? Pra que lado vou? Em quem devo focar?

Faça estas perguntas a si mesmo para ajudar em sua decisão:

• Qual o meu foco de trabalho? CLIENTE ou CÓDIGO?
• Qual vai ser o custo para mim e para o meu CLIENTE?
• O sistema que estou desenvolvendo exige uma abordagem mais moderna levando em consideração a relação código/desempenho?

Se você fizer um código limpo vai ficar lindo, mas vai ajudar o CLIENTE? E se não funcionar no navegador do CLIENTE; sim, pois tem clientes que tem 3 versões de 2 navegadores diferentes em sua empresa, aí complica né?!

Eu, particularmente, gosto sempre de focar no CLIENTE, e o que ele quer? Ele sempre quer:

• Alta performance
• Design
• Usabilidade
• Valor acessível

Se você optar por Tableless / Html5, hoje em dia, poderá correr o risco de não funcionar no cliente, ou nos clientes dele, lembrando que a manutenção é mais onerosa, resultando em um custo maior para o desenvolvimento.

Não estou dizendo que Tableless / Hmtl5 é o Demônio, mas sim que hoje em dia ainda não há uma uniformidade que nos possibilite desenvolver desta forma com 100% de segurança de satisfação do CLIENTE, que é o que nos interessa.

Imagino que com o lançamento do novo navegador que a Microsoft deve lançar junto com a nova versão do Windows (Windows 10); o Spartan; deva acabar com o “IE Hell”, e como conseqüência o Safari; que sempre vai atrás da Microsoft; também deve melhorar.

Tem consultorias que orientam seus profissionais a não usarem TABLES em seus códigos, pois o CLIENTE quer algo moderno, mas o problema é que o “algo moderno”, nem sempre é muito funcional.

Pense bem, verifique se no projeto é pertinente utilizar esta forma ou não, dependendo do sistema, se não for algo muito robusto, pode-se utilizar a forma antiga, pois sempre irá funcionar e é isso o que queremos, e o CLIENTE também…

Boa codificação e boa sorte!!!

[Crédito da Imagem: Tableless – ShutterStock]