O grupo no qual você está postando é um grupo da Usenet. As mensagens postadas neste grupo farão com que o seu e-mail fique visível para qualquer pessoa na internet.
Sei que o IE tem seus problemas, porém ainda o prefiro a outros
browsers, ainda divido a preferencia com o mozilla firefox, mesmo
assim não deixo IE de lado.
Jairo, você desenvolve sistemas PHP a quanto tempo?
Nunca se deparou com nenhuma função PHP que você não consiga funcionar com o IE? Por incrivel que pareça, no sistema que eu e o Leonardo Soares está fazendo, uma simples tag <img src...> funciona em Firefox e não funciona em IE.
É sabido que o IE não segue padrões estabelecidos pela W3C, isso já foi dito pela própria Microsoft que vendo o seu software perder mercado para o Firefox, anunciou que suas próximas versões serão mais integradas com os padrões da W3C.
Trabalho com um site legal que mostra qual função trabalha em quais browsers, vou procurar o link e divulgo aqui, beleza?
Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por
quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões
do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8
avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa
em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral)
passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade
de tantos hacks no CSS.
É... Na época em que não existiam concorrentes, a Microsoft não se lixava
mesmo para o W3C. Porém hoje estão mudando o pensamento - concorrência faz
milagres. Então, vai depender do seu público-alvo. Se ainda quiser atingir
usuários do IE 5.5 e IE 6, vai ter que suar um pouco mais. :(
Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per se*,
é interpretado no servidor - o máximo que o browser pode influenciar na sua
execução são nas informações via header... Ou você fala de criar imagens
dinâmicas via PHP e elas não estão sendo exibidas corretamente?
> Jairo, você desenvolve sistemas PHP a quanto tempo?
> Nunca se deparou com nenhuma função PHP que você não consiga funcionar com
> o IE? Por incrivel que pareça, no sistema que eu e o Leonardo Soares está
> fazendo, uma simples tag <img src...> funciona em Firefox e não funciona em
> IE.
> É sabido que o IE não segue padrões estabelecidos pela W3C, isso já foi
> dito pela própria Microsoft que vendo o seu software perder mercado para o
> Firefox, anunciou que suas próximas versões serão mais integradas com os
> padrões da W3C.
> Trabalho com um site legal que mostra qual função trabalha em quais
> browsers, vou procurar o link e divulgo aqui, beleza?
Já faz tempo que nao uso o IE, o firefox p mim é a solucao ideal, e como o
felipe falou, as extensoes ajudam muito.
Além do mais o IE faz um barulhino insuportavel ( "tick" ) quando o cara
clica em algum link kkkk.
e voltando a tag img ... tbm fiquei curioso dessa situação.
> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por
> quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões
> do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8
> avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa
> em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral)
> passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade
> de tantos hacks no CSS.
> É... Na época em que não existiam concorrentes, a Microsoft não se lixava
> mesmo para o W3C. Porém hoje estão mudando o pensamento - concorrência faz
> milagres. Então, vai depender do seu público-alvo. Se ainda quiser atingir
> usuários do IE 5.5 e IE 6, vai ter que suar um pouco mais. :(
> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per se
> *, é interpretado no servidor - o máximo que o browser pode influenciar na
> sua execução são nas informações via header... Ou você fala de criar imagens
> dinâmicas via PHP e elas não estão sendo exibidas corretamente?
>> Jairo, você desenvolve sistemas PHP a quanto tempo?
>> Nunca se deparou com nenhuma função PHP que você não consiga funcionar com
>> o IE? Por incrivel que pareça, no sistema que eu e o Leonardo Soares está
>> fazendo, uma simples tag <img src...> funciona em Firefox e não funciona em
>> IE.
>> É sabido que o IE não segue padrões estabelecidos pela W3C, isso já foi
>> dito pela própria Microsoft que vendo o seu software perder mercado para o
>> Firefox, anunciou que suas próximas versões serão mais integradas com os
>> padrões da W3C.
>> Trabalho com um site legal que mostra qual função trabalha em quais
>> browsers, vou procurar o link e divulgo aqui, beleza?
> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por > quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões > do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8 > avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa > em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral) > passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade > de tantos hacks no CSS.
Como eu disse, Felipe, as próximas versões (e aí eu incluía IE8) do IE estão atendendo os padrões da W3C...viva a concorrência!
> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per se > *, é interpretado no servidor - o máximo que o browser pode influenciar na > sua execução são nas informações via header... Ou você fala de criar imagens > dinâmicas via PHP e elas não estão sendo exibidas corretamente?
Right...my fault!
Troquei as bolas. Como você falou, o PHP é interpretado no servidor, então é compatível com qualquer browser. A questão que acontece com o sistema que eu estou fazendo é que ao enviar o código php junto com o código html, no retornar pra o cliente, não aparece o brasão da republica.
Estou mandando dois print screen, um no Firefox 3.0.10 e outro no IE 7.0.5730.13. Não sei se o grupo aceita anexos, caso vocês não recebam, posso colocar no grupo.
O código html para mostra a imagem segue abaixo: <img src='templates/brasao.gif' height='15%' width='15%' style='position:relative;'>
Se alguem souber o motivo da não compatibilidade, ficarei muito grato! =)
Marco,*A questão que acontece com o sistema que eu estou fazendo é que ao
enviar o código php junto com o código html, no retornar pra o cliente, não
aparece o brasão da republica.*
*<img src='templates/brasao.gif' height='15%' width='15%'
style='position:relative;'>*
Tenta não enviar o código PHP junto com o HTML. Separa as camadas (html,
php, css...) do teu sistema.
Outra dica, não usar CSS inline (aplicar o css diretamente na tag html) pois
este método tbm não é validado pelas normas da w3c.
As vezes o erro é uma besteira, uma simples aspa. hehehe... Já sofrí muito
com as belas ASPAS.. [?]
Uso o firefox e não penso em me desfazer dele, mas tenho que reconhecer que
o IE 8 realmente melhorou muito, tem até um firebug agregado. hehehe.. Agora
ficou mais fácil descobrir os erros gerados. =)
>> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por
>> quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões
>> do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8
>> avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa
>> em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral)
>> passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade
>> de tantos hacks no CSS.
> Como eu disse, Felipe, as próximas versões (e aí eu incluía IE8) do IE
> estão atendendo os padrões da W3C...viva a concorrência!
>> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per
>> se*, é interpretado no servidor - o máximo que o browser pode influenciar
>> na sua execução são nas informações via header... Ou você fala de criar
>> imagens dinâmicas via PHP e elas não estão sendo exibidas corretamente?
> Right...my fault!
> Troquei as bolas. Como você falou, o PHP é interpretado no servidor, então
> é compatível com qualquer browser. A questão que acontece com o sistema que
> eu estou fazendo é que ao enviar o código php junto com o código html, no
> retornar pra o cliente, não aparece o brasão da republica.
> Estou mandando dois print screen, um no Firefox 3.0.10 e outro no IE
> 7.0.5730.13. Não sei se o grupo aceita anexos, caso vocês não recebam, posso
> colocar no grupo.
> O código html para mostra a imagem segue abaixo:
> <img src='templates/brasao.gif' height='15%' width='15%'
> style='position:relative;'>
> Se alguem souber o motivo da não compatibilidade, ficarei muito grato! =)
Enviar o codigo PHP junto com o HTML ? mas o php já nao gera o html, afinal
quando alguem acessa alguma pagina php ele so recebe html, css, js e imgs,
em teoria nenhum codigo php deveria se retornado ou estou enganado ?
tbm acho q pode ser algo simples na hora de usar a tag <img> do html
> Marco,*A questão que acontece com o sistema que eu estou fazendo é que ao
> enviar o código php junto com o código html, no retornar pra o cliente, não
> aparece o brasão da republica.*
> *<img src='templates/brasao.gif' height='15%' width='15%'
> style='position:relative;'>*
> Tenta não enviar o código PHP junto com o HTML. Separa as camadas (html,
> php, css...) do teu sistema.
> Outra dica, não usar CSS inline (aplicar o css diretamente na tag html)
> pois este método tbm não é validado pelas normas da w3c.
> As vezes o erro é uma besteira, uma simples aspa. hehehe... Já sofrí muito
> com as belas ASPAS.. [?]
> Uso o firefox e não penso em me desfazer dele, mas tenho que reconhecer que
> o IE 8 realmente melhorou muito, tem até um firebug agregado. hehehe.. Agora
> ficou mais fácil descobrir os erros gerados. =)
>>> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por
>>> quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões
>>> do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8
>>> avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa
>>> em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral)
>>> passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade
>>> de tantos hacks no CSS.
>> Como eu disse, Felipe, as próximas versões (e aí eu incluía IE8) do IE
>> estão atendendo os padrões da W3C...viva a concorrência!
>>> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per
>>> se*, é interpretado no servidor - o máximo que o browser pode
>>> influenciar na sua execução são nas informações via header... Ou você fala
>>> de criar imagens dinâmicas via PHP e elas não estão sendo exibidas
>>> corretamente?
>> Right...my fault!
>> Troquei as bolas. Como você falou, o PHP é interpretado no servidor, então
>> é compatível com qualquer browser. A questão que acontece com o sistema que
>> eu estou fazendo é que ao enviar o código php junto com o código html, no
>> retornar pra o cliente, não aparece o brasão da republica.
>> Estou mandando dois print screen, um no Firefox 3.0.10 e outro no IE
>> 7.0.5730.13. Não sei se o grupo aceita anexos, caso vocês não recebam, posso
>> colocar no grupo.
>> O código html para mostra a imagem segue abaixo:
>> <img src='templates/brasao.gif' height='15%' width='15%'
>> style='position:relative;'>
>> Se alguem souber o motivo da não compatibilidade, ficarei muito grato! =)
> Tenta não enviar o código PHP junto com o HTML. Separa as camadas (html,
> php, css...) do teu sistema.
Separa camada de programação do css, eu acho muito válido. Mas quando você
tenta separar um código php de um html fica muito ruim de ler o código.
> Outra dica, não usar CSS inline (aplicar o css diretamente na tag html)
> pois este método tbm não é validado pelas normas da w3c.
O próprio google utiliza CSS inline, é uma questão de prioridade. Claro que
é muito importante utilizar um arquivo CSS, mas caso você *precise* colocar
uma única instrução em um determinado elemento da página, não vejo problema
em colocar CSS inline.
Se a sua dica é pra evitar o uso de CSS inline, aí eu concordo. =)
> As vezes o erro é uma besteira, uma simples aspa. hehehe... Já sofrí muito
> com as belas ASPAS.. [?]
O código html do sistema é colocado dentro de echo's, por isso as aspas
simples na tag img.
> Uso o firefox e não penso em me desfazer dele, mas tenho que reconhecer que
> o IE 8 realmente melhorou muito, tem até um firebug agregado. hehehe.. Agora
> ficou mais fácil descobrir os erros gerados. =)
Ainda não usei o IE8, mas é interessante saber disso, vou baixar e ver como
funciona o sistema nele.
Ademais, creio que as dicas dadas não resolveria o problema da
"incompatibilidade" não seria resolvido por isso, estou enganado?
>>> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e por
>>> quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das extensões
>>> do Firefox, mas acho que a má-fama dele é quase injusta hoje em dia. O IE8
>>> avançou um bocado em termos de compatibilidade, tanto que, finalmente, passa
>>> em 100% no Acid 2. Não é o santo graal - Opera e Safari (WebKit em geral)
>>> passam no Acid 3 -, mas já ajuda bastante, principalmente a não necessidade
>>> de tantos hacks no CSS.
>> Como eu disse, Felipe, as próximas versões (e aí eu incluía IE8) do IE
>> estão atendendo os padrões da W3C...viva a concorrência!
>>> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per
>>> se*, é interpretado no servidor - o máximo que o browser pode
>>> influenciar na sua execução são nas informações via header... Ou você fala
>>> de criar imagens dinâmicas via PHP e elas não estão sendo exibidas
>>> corretamente?
>> Right...my fault!
>> Troquei as bolas. Como você falou, o PHP é interpretado no servidor, então
>> é compatível com qualquer browser. A questão que acontece com o sistema que
>> eu estou fazendo é que ao enviar o código php junto com o código html, no
>> retornar pra o cliente, não aparece o brasão da republica.
>> Estou mandando dois print screen, um no Firefox 3.0.10 e outro no IE
>> 7.0.5730.13. Não sei se o grupo aceita anexos, caso vocês não recebam, posso
>> colocar no grupo.
>> O código html para mostra a imagem segue abaixo:
>> <img src='templates/brasao.gif' height='15%' width='15%'
>> style='position:relative;'>
>> Se alguem souber o motivo da não compatibilidade, ficarei muito grato! =)
Marco,
*
Separa camada de programação do css, eu acho muito válido. Mas quando você
tenta separar um código php de um html fica muito ruim de ler o código.*
Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas estruturado
ou orientado a objetos?
*
O próprio google utiliza CSS inline, é uma questão de prioridade. Claro que
é muito importante utilizar um arquivo CSS, mas caso você *precise* colocar
uma única instrução em um determinado elemento da página, não vejo problema
em colocar CSS inline.*
O google usa? Um funcionário do google pode até usar, mas está fora dos
padrões.
Nem sempre o google é o dono da verdade. Se é um padrão, deve ser adotado.
*
O código html do sistema é colocado dentro de echo's, por isso as aspas
simples na tag img.*
É recomendável evitar ao máximo utilizar código HTML nos comandos de retorno
(echo ou print) pois além de dificultar uma futura manutenção (deixa o
código muito amarrado, no mais puro jargão), também necessita mais
processamento para interpretação.
De qualquer forma vc pode utilizar aspas duplas nas tags sim, é só utilizar
a contra-barra antes das aspas (*\"img.jpg\"*).
*Ainda não usei o IE8, mas é interessante saber disso, vou baixar e ver como
funciona o sistema nele.*
>> Tenta não enviar o código PHP junto com o HTML. Separa as camadas (html,
>> php, css...) do teu sistema.
> Separa camada de programação do css, eu acho muito válido. Mas quando você
> tenta separar um código php de um html fica muito ruim de ler o código.
>> Outra dica, não usar CSS inline (aplicar o css diretamente na tag html)
>> pois este método tbm não é validado pelas normas da w3c.
> O próprio google utiliza CSS inline, é uma questão de prioridade. Claro que
> é muito importante utilizar um arquivo CSS, mas caso você *precise* colocar
> uma única instrução em um determinado elemento da página, não vejo problema
> em colocar CSS inline.
> Se a sua dica é pra evitar o uso de CSS inline, aí eu concordo. =)
>> As vezes o erro é uma besteira, uma simples aspa. hehehe... Já sofrí muito
>> com as belas ASPAS.. [?]
> O código html do sistema é colocado dentro de echo's, por isso as aspas
> simples na tag img.
>> Uso o firefox e não penso em me desfazer dele, mas tenho que reconhecer
>> que o IE 8 realmente melhorou muito, tem até um firebug agregado. hehehe..
>> Agora ficou mais fácil descobrir os erros gerados. =)
> Ainda não usei o IE8, mas é interessante saber disso, vou baixar e ver como
> funciona o sistema nele.
> Ademais, creio que as dicas dadas não resolveria o problema da
> "incompatibilidade" não seria resolvido por isso, estou enganado?
>>>> Eu concordo um pouco com o Jairo. Não uso o IE por não usar Windows e
>>>> por quase necessitar (tá, exagero meu, mas elas ajudam um bocado) das
>>>> extensões do Firefox, mas acho que a má-fama dele é quase injusta hoje em
>>>> dia. O IE8 avançou um bocado em termos de compatibilidade, tanto que,
>>>> finalmente, passa em 100% no Acid 2. Não é o santo graal - Opera e Safari
>>>> (WebKit em geral) passam no Acid 3 -, mas já ajuda bastante, principalmente
>>>> a não necessidade de tantos hacks no CSS.
>>> Como eu disse, Felipe, as próximas versões (e aí eu incluía IE8) do IE
>>> estão atendendo os padrões da W3C...viva a concorrência!
>>>> Mas, sobre funções PHP não funcionando no IE... como assim? O PHP, *per
>>>> se*, é interpretado no servidor - o máximo que o browser pode
>>>> influenciar na sua execução são nas informações via header... Ou você fala
>>>> de criar imagens dinâmicas via PHP e elas não estão sendo exibidas
>>>> corretamente?
>>> Right...my fault!
>>> Troquei as bolas. Como você falou, o PHP é interpretado no servidor,
>>> então é compatível com qualquer browser. A questão que acontece com o
>>> sistema que eu estou fazendo é que ao enviar o código php junto com o código
>>> html, no retornar pra o cliente, não aparece o brasão da republica.
>>> Estou mandando dois print screen, um no Firefox 3.0.10 e outro no IE
>>> 7.0.5730.13. Não sei se o grupo aceita anexos, caso vocês não recebam, posso
>>> colocar no grupo.
>>> O código html para mostra a imagem segue abaixo:
>>> <img src='templates/brasao.gif' height='15%' width='15%'
>>> style='position:relative;'>
>>> Se alguem souber o motivo da não compatibilidade, ficarei muito grato! =)
> Marco, > * > Separa camada de programação do css, eu acho muito válido. Mas quando você > tenta separar um código php de um html fica muito ruim de ler o código.*
> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas > estruturado ou orientado a objetos?
OO
Antes de começar a desenvolver o sistema que eu e Leonardo Soares estamos fazendo, vi um código de um dos modulos que vai compor o sistema que era escrito estruturado e com a separação de código php de html, preferi reescrever todo o código a passar dores de cabeça infernais tentando entender um código cheio de <?php ... ?> entre os códigos html...
> O google usa? Um funcionário do google pode até usar, mas está fora dos > padrões. > Nem sempre o google é o dono da verdade. Se é um padrão, deve ser adotado.
Para mim padrões tem sim que ser seguidos, mas não é a morte de um sistema, caso em algum momento você, por conta de suas convições, opte por não seguir eles.
Na minha opinião, antes de tudo tem que se usar o bom senso na hora de analisar como irá ser feita a programação.
> É recomendável evitar ao máximo utilizar código HTML nos comandos de > retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa > o código muito amarrado, no mais puro jargão), também necessita mais > processamento para interpretação.
Bom argumento. Mas você já viu algum estudo que comprove que esse overhead é significativo?
Contudo, não acho que dificulte a manutenção, muito pelo contrario, o entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento no código.
e sobre "É recomendável evitar ao máximo utilizar código HTML nos comandos
de retorno (echo ou print) pois além de dificultar uma futura manutenção
(deixa o código muito amarrado, no mais puro jargão), também necessita mais
processamento para interpretação."
Eu tbm li isso em algum lugar, mas nao lembro onde :(
Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas
mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu
prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo
com echo, acho que fica mais facil de enchegar e organizar ( por conta das
cores no editor ).
>> Marco,
>> *
>> Separa camada de programação do css, eu acho muito válido. Mas quando você
>> tenta separar um código php de um html fica muito ruim de ler o código.*
>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>> estruturado ou orientado a objetos?
> OO
> Antes de começar a desenvolver o sistema que eu e Leonardo Soares estamos
> fazendo, vi um código de um dos modulos que vai compor o sistema que era
> escrito estruturado e com a separação de código php de html, preferi
> reescrever todo o código a passar dores de cabeça infernais tentando
> entender um código cheio de <?php ... ?> entre os códigos html...
>> O google usa? Um funcionário do google pode até usar, mas está fora dos
>> padrões.
>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser adotado.
> Para mim padrões tem sim que ser seguidos, mas não é a morte de um sistema,
> caso em algum momento você, por conta de suas convições, opte por não seguir
> eles.
> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
> analisar como irá ser feita a programação.
>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>> o código muito amarrado, no mais puro jargão), também necessita mais
>> processamento para interpretação.
> Bom argumento. Mas você já viu algum estudo que comprove que esse overhead
> é significativo?
> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
> no código.
> e sobre "É recomendável evitar ao máximo utilizar código HTML nos comandos > de retorno (echo ou print) pois além de dificultar uma futura manutenção > (deixa o código muito amarrado, no mais puro jargão), também necessita mais > processamento para interpretação."
> Eu tbm li isso em algum lugar, mas nao lembro onde :(
> Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas > mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu > prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo > com echo, acho que fica mais facil de enchegar e organizar ( por conta das > cores no editor ).
Nem é só pelas cores do editor, é que escrevendo o código dentro do echo vc
torna o código estruturado, deixando a OO de lado.
Vamos dizer que vc precisa exibir o nome dos funcionários de uma empresa.
Esses dados devem ser exibidos em uma lista e com os dados vindo de um
foreach.
*
EXIBINDO DENTRO DO ECHO*
> e sobre "É recomendável evitar ao máximo utilizar código HTML nos comandos
> de retorno (echo ou print) pois além de dificultar uma futura manutenção
> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
> processamento para interpretação."
> Eu tbm li isso em algum lugar, mas nao lembro onde :(
> Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas
> mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu
> prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo
> com echo, acho que fica mais facil de enchegar e organizar ( por conta das
> cores no editor ).
>>> Marco,
>>> *
>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>> *
>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>> estruturado ou orientado a objetos?
>> OO
>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares estamos
>> fazendo, vi um código de um dos modulos que vai compor o sistema que era
>> escrito estruturado e com a separação de código php de html, preferi
>> reescrever todo o código a passar dores de cabeça infernais tentando
>> entender um código cheio de <?php ... ?> entre os códigos html...
>>> O google usa? Um funcionário do google pode até usar, mas está fora dos
>>> padrões.
>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>> adotado.
>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>> sistema, caso em algum momento você, por conta de suas convições, opte por
>> não seguir eles.
>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>> analisar como irá ser feita a programação.
>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>> processamento para interpretação.
>> Bom argumento. Mas você já viu algum estudo que comprove que esse overhead
>> é significativo?
>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>> no código.
> Nem é só pelas cores do editor, é que escrevendo o código dentro do echo vc
> torna o código estruturado, deixando a OO de lado.
> Vamos dizer que vc precisa exibir o nome dos funcionários de uma empresa.
> Esses dados devem ser exibidos em uma lista e com os dados vindo de um
> foreach.
> *
> EXIBINDO DENTRO DO ECHO*
>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos comandos
>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
>> processamento para interpretação."
>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>> Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas
>> mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu
>> prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo
>> com echo, acho que fica mais facil de enchegar e organizar ( por conta das
>> cores no editor ).
>>>> Marco,
>>>> *
>>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>>> *
>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>> estruturado ou orientado a objetos?
>>> OO
>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares estamos
>>> fazendo, vi um código de um dos modulos que vai compor o sistema que era
>>> escrito estruturado e com a separação de código php de html, preferi
>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>> O google usa? Um funcionário do google pode até usar, mas está fora dos
>>>> padrões.
>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>> adotado.
>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>> não seguir eles.
>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>>> analisar como irá ser feita a programação.
>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>> processamento para interpretação.
>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>> overhead é significativo?
>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>> no código.
Só um detalhe, Jamerson... Não que vá fazer muita diferença por enquanto,
mas é bom ir se adaptando.
Short tags foram depreciadas no PHP 5 e serão removidas no PHP 6.
>> Nem é só pelas cores do editor, é que escrevendo o código dentro do echo
>> vc torna o código estruturado, deixando a OO de lado.
>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma empresa.
>> Esses dados devem ser exibidos em uma lista e com os dados vindo de um
>> foreach.
>> *
>> EXIBINDO DENTRO DO ECHO*
>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>> necessita mais processamento para interpretação."
>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>> Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas
>>> mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu
>>> prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo
>>> com echo, acho que fica mais facil de enchegar e organizar ( por conta das
>>> cores no editor ).
>>>>> Marco,
>>>>> *
>>>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>>>> *
>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>> estruturado ou orientado a objetos?
>>>> OO
>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>> O google usa? Um funcionário do google pode até usar, mas está fora dos
>>>>> padrões.
>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>> adotado.
>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>> não seguir eles.
>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>>>> analisar como irá ser feita a programação.
>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>>> processamento para interpretação.
>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>> overhead é significativo?
>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>> no código.
> Só um detalhe, Jamerson... Não que vá fazer muita diferença por enquanto,
> mas é bom ir se adaptando.
> Short tags foram depreciadas no PHP 5 e serão removidas no PHP 6.
>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do echo
>>> vc torna o código estruturado, deixando a OO de lado.
>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma empresa.
>>> Esses dados devem ser exibidos em uma lista e com os dados vindo de um
>>> foreach.
>>> *
>>> EXIBINDO DENTRO DO ECHO*
>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>> necessita mais processamento para interpretação."
>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do design,
>>>> mas mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente
>>>> eu prefiro usar as tags php conforme forem surgindo a necessidade ao fazer
>>>> tudo com echo, acho que fica mais facil de enchegar e organizar ( por conta
>>>> das cores no editor ).
>>>>>> Marco,
>>>>>> *
>>>>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>>>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>>>>> *
>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>> estruturado ou orientado a objetos?
>>>>> OO
>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>> O google usa? Um funcionário do google pode até usar, mas está fora
>>>>>> dos padrões.
>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>> adotado.
>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>> não seguir eles.
>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>>>>> analisar como irá ser feita a programação.
>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>> processamento para interpretação.
>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>> overhead é significativo?
>>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>>> no código.
Qual escolher na minha opnião depende muito da preferência de quem está
codificando. Encontrei algumas informações sobre um 'overhead' no echo em
imprimit 'grandes' strings, que seria o caso de incluir código HTML dentro
do echo. O comentário pode ser visto em:
Por fim não creio que exista melhor opção (apesar do suposto overhead) mas
sim qual o programador melhor se adapta afinal não existe nenhuma
recomendação da PHP.net em qual usar ou referindo a overhead para grandes
strings usando echo.
> Nem é só pelas cores do editor, é que escrevendo o código dentro do echo vc
> torna o código estruturado, deixando a OO de lado.
> Vamos dizer que vc precisa exibir o nome dos funcionários de uma empresa.
> Esses dados devem ser exibidos em uma lista e com os dados vindo de um
> foreach.
> *
> EXIBINDO DENTRO DO ECHO*
>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos comandos
>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
>> processamento para interpretação."
>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>> Se o desenvolvimento for em MVC , o codigo ficara separado do design, mas
>> mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente eu
>> prefiro usar as tags php conforme forem surgindo a necessidade ao fazer tudo
>> com echo, acho que fica mais facil de enchegar e organizar ( por conta das
>> cores no editor ).
>>>> Marco,
>>>> *
>>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>>> *
>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>> estruturado ou orientado a objetos?
>>> OO
>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares estamos
>>> fazendo, vi um código de um dos modulos que vai compor o sistema que era
>>> escrito estruturado e com a separação de código php de html, preferi
>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>> O google usa? Um funcionário do google pode até usar, mas está fora dos
>>>> padrões.
>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>> adotado.
>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>> não seguir eles.
>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>>> analisar como irá ser feita a programação.
>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>> processamento para interpretação.
>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>> overhead é significativo?
>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>> no código.
Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
equipe de desenvolvimento se isto acontecer.
Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>). hehehe...
>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do echo
>>>> vc torna o código estruturado, deixando a OO de lado.
>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
>>>> um foreach.
>>>> *
>>>> EXIBINDO DENTRO DO ECHO*
>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>>> necessita mais processamento para interpretação."
>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do design,
>>>>> mas mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente
>>>>> eu prefiro usar as tags php conforme forem surgindo a necessidade ao fazer
>>>>> tudo com echo, acho que fica mais facil de enchegar e organizar ( por conta
>>>>> das cores no editor ).
>>>>>>> Marco,
>>>>>>> *
>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas quando
>>>>>>> você tenta separar um código php de um html fica muito ruim de ler o código.
>>>>>>> *
>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>>> estruturado ou orientado a objetos?
>>>>>> OO
>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>>> O google usa? Um funcionário do google pode até usar, mas está fora
>>>>>>> dos padrões.
>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>>> adotado.
>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>>> não seguir eles.
>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora de
>>>>>> analisar como irá ser feita a programação.
>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>>> processamento para interpretação.
>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>>> overhead é significativo?
>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>>>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>>>> no código.
> Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
> Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
> equipe de desenvolvimento se isto acontecer.
> Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>). hehehe...
>>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do
>>>>> echo vc torna o código estruturado, deixando a OO de lado.
>>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
>>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
>>>>> um foreach.
>>>>> *
>>>>> EXIBINDO DENTRO DO ECHO*
>>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>>>> necessita mais processamento para interpretação."
>>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do design,
>>>>>> mas mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente
>>>>>> eu prefiro usar as tags php conforme forem surgindo a necessidade ao fazer
>>>>>> tudo com echo, acho que fica mais facil de enchegar e organizar ( por conta
>>>>>> das cores no editor ).
>>>>>>>> Marco,
>>>>>>>> *
>>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas
>>>>>>>> quando você tenta separar um código php de um html fica muito ruim de ler o
>>>>>>>> código.*
>>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>>>> estruturado ou orientado a objetos?
>>>>>>> OO
>>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>>>> O google usa? Um funcionário do google pode até usar, mas está fora
>>>>>>>> dos padrões.
>>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>>>> adotado.
>>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>>>> não seguir eles.
>>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora
>>>>>>> de analisar como irá ser feita a programação.
>>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos de
>>>>>>>> retorno (echo ou print) pois além de dificultar uma futura manutenção (deixa
>>>>>>>> o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>>>> processamento para interpretação.
>>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>>>> overhead é significativo?
>>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario, o
>>>>>>> entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>>>>> no código.
>> Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
>> Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
>> equipe de desenvolvimento se isto acontecer.
>> Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>).
>> hehehe...
>>>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do
>>>>>> echo vc torna o código estruturado, deixando a OO de lado.
>>>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
>>>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
>>>>>> um foreach.
>>>>>> *
>>>>>> EXIBINDO DENTRO DO ECHO*
>>>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>>>>> necessita mais processamento para interpretação."
>>>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do design,
>>>>>>> mas mesmo assim sempre existiram <?php .. ?> dentro do html. Particularmente
>>>>>>> eu prefiro usar as tags php conforme forem surgindo a necessidade ao fazer
>>>>>>> tudo com echo, acho que fica mais facil de enchegar e organizar ( por conta
>>>>>>> das cores no editor ).
>>>>>>>>> Marco,
>>>>>>>>> *
>>>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas
>>>>>>>>> quando você tenta separar um código php de um html fica muito ruim de ler o
>>>>>>>>> código.*
>>>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>>>>> estruturado ou orientado a objetos?
>>>>>>>> OO
>>>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>>>>> O google usa? Um funcionário do google pode até usar, mas está fora
>>>>>>>>> dos padrões.
>>>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>>>>> adotado.
>>>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>>>>> não seguir eles.
>>>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora
>>>>>>>> de analisar como irá ser feita a programação.
>>>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos
>>>>>>>>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
>>>>>>>>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>>>>> processamento para interpretação.
>>>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>>>>> overhead é significativo?
>>>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario,
>>>>>>>> o entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>>>>>> no código.
mas lance de usar o echo / print p escrever o codigo nao necessariamente o
torna estruturado. Por exemplo , utilizando um helper do Kohana php ,
pode-se fazer:
>>> Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
>>> Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
>>> equipe de desenvolvimento se isto acontecer.
>>> Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>).
>>> hehehe...
>>>>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do
>>>>>>> echo vc torna o código estruturado, deixando a OO de lado.
>>>>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
>>>>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
>>>>>>> um foreach.
>>>>>>> *
>>>>>>> EXIBINDO DENTRO DO ECHO*
>>>>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>>>>>> necessita mais processamento para interpretação."
>>>>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do
>>>>>>>> design, mas mesmo assim sempre existiram <?php .. ?> dentro do html.
>>>>>>>> Particularmente eu prefiro usar as tags php conforme forem surgindo a
>>>>>>>> necessidade ao fazer tudo com echo, acho que fica mais facil de enchegar e
>>>>>>>> organizar ( por conta das cores no editor ).
>>>>>>>>>> Marco,
>>>>>>>>>> *
>>>>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas
>>>>>>>>>> quando você tenta separar um código php de um html fica muito ruim de ler o
>>>>>>>>>> código.*
>>>>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>>>>>> estruturado ou orientado a objetos?
>>>>>>>>> OO
>>>>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>>>>>> O google usa? Um funcionário do google pode até usar, mas está
>>>>>>>>>> fora dos padrões.
>>>>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>>>>>> adotado.
>>>>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>>>>>> não seguir eles.
>>>>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na hora
>>>>>>>>> de analisar como irá ser feita a programação.
>>>>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos
>>>>>>>>>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
>>>>>>>>>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>>>>>> processamento para interpretação.
>>>>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>>>>>> overhead é significativo?
>>>>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo contrario,
>>>>>>>>> o entendimento fica muito mais fácil do que usar <?php ... ?> todo o momento
>>>>>>>>> no código.
Mais aí não tem código HTML no echo. Entendeu?
É claro que vc deve utilizar o echo (evite o print) para exibir os dados na
tela. Se não como vc faria isto? kkkkkkk...
O que estamos debatendo é a utilização de métodos de retorno para exibição
de códigos html, não de strings.
*
off topic*
Sim.... Eu achei o CD do MAC beto, precisa mais não pegar com a rachel.
hehehe.. Já comrpei o teclado USB tbm, este fim de semana eu instalo e te
mostro depois.
> mas lance de usar o echo / print p escrever o codigo nao necessariamente o
> torna estruturado. Por exemplo , utilizando um helper do Kohana php ,
> pode-se fazer:
>>>> Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
>>>> Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
>>>> equipe de desenvolvimento se isto acontecer.
>>>> Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>).
>>>> hehehe...
>>>>>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do
>>>>>>>> echo vc torna o código estruturado, deixando a OO de lado.
>>>>>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
>>>>>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
>>>>>>>> um foreach.
>>>>>>>> *
>>>>>>>> EXIBINDO DENTRO DO ECHO*
>>>>>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
>>>>>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
>>>>>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
>>>>>>>>> necessita mais processamento para interpretação."
>>>>>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
>>>>>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do
>>>>>>>>> design, mas mesmo assim sempre existiram <?php .. ?> dentro do html.
>>>>>>>>> Particularmente eu prefiro usar as tags php conforme forem surgindo a
>>>>>>>>> necessidade ao fazer tudo com echo, acho que fica mais facil de enchegar e
>>>>>>>>> organizar ( por conta das cores no editor ).
>>>>>>>>>>> Marco,
>>>>>>>>>>> *
>>>>>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas
>>>>>>>>>>> quando você tenta separar um código php de um html fica muito ruim de ler o
>>>>>>>>>>> código.*
>>>>>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
>>>>>>>>>>> estruturado ou orientado a objetos?
>>>>>>>>>> OO
>>>>>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
>>>>>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
>>>>>>>>>> era escrito estruturado e com a separação de código php de html, preferi
>>>>>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
>>>>>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
>>>>>>>>>>> O google usa? Um funcionário do google pode até usar, mas está
>>>>>>>>>>> fora dos padrões.
>>>>>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
>>>>>>>>>>> adotado.
>>>>>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
>>>>>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
>>>>>>>>>> não seguir eles.
>>>>>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na
>>>>>>>>>> hora de analisar como irá ser feita a programação.
>>>>>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos
>>>>>>>>>>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
>>>>>>>>>>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
>>>>>>>>>>> processamento para interpretação.
>>>>>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
>>>>>>>>>> overhead é significativo?
>>>>>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo
>>>>>>>>>> contrario, o entendimento fica muito mais fácil do que usar <?php ... ?>
>>>>>>>>>> todo o momento no código.
Opa, no momento do comentário não achei que iria gerar tamanha
discussão em torno do assunto. então vamos lá:
Desenvolvo apenas por hobby ainda não profissionalmente, até porque
não tenho nenhuma formação real. quando estou desenvolvendo
dificilmente uso mysql, a maioria dos meus sstemas são baseados em
MSsql + php. tenho ambos os browsers em meu computador, uso um
daqueles sistemas que vem apache+Mysql+php e outras extensões. de
qualquer forma vou manda um dos sites que eu desenvolvi. claro que não
é nenhuma maravilha, mais na minha opinião esta muito bom.(para mim
apenas. segue o endereço, www.kcmu.com.br é um site de jogo onde a
base de dados do jogo é mssql e com algumas funcionalidades referentes
ao jogo. como correção de erros etc..
de qualquer forma o meu conhecimento deve ser infinitamente inferior
ao de todos que estão inscritos aqui na comunidade.
abraços a todos,
Nota: provavelmente caso esteja na cidade (meu trabalho requer
disponibilidade de viagens) estarei no encontro.
On 5 jun, 12:31, Jamerson Ramalho <geleia...@gmail.com> wrote:
> Mais aí não tem código HTML no echo. Entendeu?
> É claro que vc deve utilizar o echo (evite o print) para exibir os dados na
> tela. Se não como vc faria isto? kkkkkkk...
> O que estamos debatendo é a utilização de métodos de retorno para exibição
> de códigos html, não de strings.
> *
> off topic*
> Sim.... Eu achei o CD do MAC beto, precisa mais não pegar com a rachel.
> hehehe.. Já comrpei o teclado USB tbm, este fim de semana eu instalo e te
> mostro depois.
> > mas lance de usar o echo / print p escrever o codigo nao necessariamente o
> > torna estruturado. Por exemplo , utilizando um helper do Kohana php ,
> > pode-se fazer:
> >>>> Mais o que utilizei foram tags tamplates (endforeach, endif, etc...).
> >>>> Sobre as short tags... Onde vc viu que serão removidas? Muita mancada da
> >>>> equipe de desenvolvimento se isto acontecer.
> >>>> Pow, ter que digitar o PHP toda vez é coisa do PHP 3 (<?php3 ?>).
> >>>> hehehe...
> >>>> Abraço!
> >>>> 2009/6/5 Filipe Coimbra <filip...@gmail.com>
> >>>>> Ahhhhhm esquece o que eu falei de ser removida... tava pensando noutra
> >>>>> coisa :/
> >>>>> ---
> >>>>> Atenciosamente,
> >>>>> Filipe Coimbra
> >>>>> 2009/6/5 Filipe Coimbra <filip...@gmail.com>
> >>>>>> Só um detalhe, Jamerson... Não que vá fazer muita diferença por
> >>>>>> enquanto, mas é bom ir se adaptando.
> >>>>>> Short tags foram depreciadas no PHP 5 e serão removidas no PHP 6.
> >>>>>> ---
> >>>>>> Atenciosamente,
> >>>>>> Filipe Coimbra
> >>>>>>>> Nem é só pelas cores do editor, é que escrevendo o código dentro do
> >>>>>>>> echo vc torna o código estruturado, deixando a OO de lado.
> >>>>>>>> Vamos dizer que vc precisa exibir o nome dos funcionários de uma
> >>>>>>>> empresa. Esses dados devem ser exibidos em uma lista e com os dados vindo de
> >>>>>>>> um foreach.
> >>>>>>>> *
> >>>>>>>> EXIBINDO DENTRO DO ECHO*
> >>>>>>>>> e sobre "É recomendável evitar ao máximo utilizar código HTML nos
> >>>>>>>>> comandos de retorno (echo ou print) pois além de dificultar uma futura
> >>>>>>>>> manutenção (deixa o código muito amarrado, no mais puro jargão), também
> >>>>>>>>> necessita mais processamento para interpretação."
> >>>>>>>>> Eu tbm li isso em algum lugar, mas nao lembro onde :(
> >>>>>>>>> Se o desenvolvimento for em MVC , o codigo ficara separado do
> >>>>>>>>> design, mas mesmo assim sempre existiram <?php .. ?> dentro do html.
> >>>>>>>>> Particularmente eu prefiro usar as tags php conforme forem surgindo a
> >>>>>>>>> necessidade ao fazer tudo com echo, acho que fica mais facil de enchegar e
> >>>>>>>>> organizar ( por conta das cores no editor ).
> >>>>>>>>>>> Marco,
> >>>>>>>>>>> *
> >>>>>>>>>>> Separa camada de programação do css, eu acho muito válido. Mas
> >>>>>>>>>>> quando você tenta separar um código php de um html fica muito ruim de ler o
> >>>>>>>>>>> código.*
> >>>>>>>>>>> Claro que não cara. Só uma pergunta: Vc desenvolve seus sistemas
> >>>>>>>>>>> estruturado ou orientado a objetos?
> >>>>>>>>>> OO
> >>>>>>>>>> Antes de começar a desenvolver o sistema que eu e Leonardo Soares
> >>>>>>>>>> estamos fazendo, vi um código de um dos modulos que vai compor o sistema que
> >>>>>>>>>> era escrito estruturado e com a separação de código php de html, preferi
> >>>>>>>>>> reescrever todo o código a passar dores de cabeça infernais tentando
> >>>>>>>>>> entender um código cheio de <?php ... ?> entre os códigos html...
> >>>>>>>>>>> O google usa? Um funcionário do google pode até usar, mas está
> >>>>>>>>>>> fora dos padrões.
> >>>>>>>>>>> Nem sempre o google é o dono da verdade. Se é um padrão, deve ser
> >>>>>>>>>>> adotado.
> >>>>>>>>>> Para mim padrões tem sim que ser seguidos, mas não é a morte de um
> >>>>>>>>>> sistema, caso em algum momento você, por conta de suas convições, opte por
> >>>>>>>>>> não seguir eles.
> >>>>>>>>>> Na minha opinião, antes de tudo tem que se usar o bom senso na
> >>>>>>>>>> hora de analisar como irá ser feita a programação.
> >>>>>>>>>>> É recomendável evitar ao máximo utilizar código HTML nos comandos
> >>>>>>>>>>> de retorno (echo ou print) pois além de dificultar uma futura manutenção
> >>>>>>>>>>> (deixa o código muito amarrado, no mais puro jargão), também necessita mais
> >>>>>>>>>>> processamento para interpretação.
> >>>>>>>>>> Bom argumento. Mas você já viu algum estudo que comprove que esse
> >>>>>>>>>> overhead é significativo?
> >>>>>>>>>> Contudo, não acho que dificulte a manutenção, muito pelo
> >>>>>>>>>> contrario, o entendimento fica muito mais fácil do que usar <?php ... ?>
> >>>>>>>>>> todo o momento no código.
|
