+2
Padrões de Programação PEAR (parte 1)
Notei que alguns usuários quando estão programando não se preocupam
com a arquitetura do seu script PHP, e isso é perfeitamente comum.
Há algum tempo fui apresentado aos "Coding Standards" (Padrões de Código)
ou ainda Padrões de Programação da PEAR (http://pear.php.net).
Como todo programador logo pensei como tal:
"Lá vem esse pessoal criando regra na minha programação"
E inicialmente até fiz "vista grossa" ao assunto.
Levando-o um pouco mais a sério percebi uma evolução no meu código,
algo que diferenciava scripts feitos por mim dos criados por outros programadores.
Percebi também a facilidade com a qual eu desenvolvia, e melhor que isso,
a facilidade de manutenção naquele código, sem contar o ânimo que dava
em olhar no final das contas o "jeitão" que ele ficava.
Veremos a seguir mais precisamente do que estou falando
com a arquitetura do seu script PHP, e isso é perfeitamente comum.
Há algum tempo fui apresentado aos "Coding Standards" (Padrões de Código)
ou ainda Padrões de Programação da PEAR (http://pear.php.net).
Como todo programador logo pensei como tal:
"Lá vem esse pessoal criando regra na minha programação"
E inicialmente até fiz "vista grossa" ao assunto.
Levando-o um pouco mais a sério percebi uma evolução no meu código,
algo que diferenciava scripts feitos por mim dos criados por outros programadores.
Percebi também a facilidade com a qual eu desenvolvia, e melhor que isso,
a facilidade de manutenção naquele código, sem contar o ânimo que dava
em olhar no final das contas o "jeitão" que ele ficava.
Veremos a seguir mais precisamente do que estou falando
Comentários:
Mostrando 1 - 10 de 10 comentários
eu sempre utilizei a metodologia PEAR pra programar... mas eu só programo assim pq eu aprendi desde 1996 a programar desse jeito e pra mim ficou meio que automatico , então programar de outra forma não faz diferença... pra mim o importante é programar de uma forma que eu entenda melhor.. e até agora sempre foi o PEAR....agora nao conheço outras... mas na hora da pressa de terminar um projeto eu faça um if tipo assim
if(algumacoisa menor que outracoisa){acontecealgumacoisa}else{morrealguem}
tudo numa linha só ahauhauhauhauhauh
Ah e esse negocio de botar IF dentro de IF não concordo com isso pois isso lança mais uma thread pro sistema processar , então protejo a idea de 1 IF somente..
1 IF = 1 thread
2 IF = 2 thread
if(algumacoisa menor que outracoisa){acontecealgumacoisa}else{morrealguem}
tudo numa linha só ahauhauhauhauhauh
Ah e esse negocio de botar IF dentro de IF não concordo com isso pois isso lança mais uma thread pro sistema processar , então protejo a idea de 1 IF somente..
1 IF = 1 thread
2 IF = 2 thread
05/10/2006 7:51am
(~17 anos atrás)
Bom, particularmente falando, nao estou interessado em entrar em questao de IF dentro de IF. Soh queria deixar um comentario sobre os padroes da PEAR:
Acho muito mais dificil de ler um codigo assim:
if (sei la o q) {
nao sei tb;
}
do que assim:
if (sei la o q)
{
nao sei tb;
}
Acho muito mais "limpo" da segunda maneira, deixando a abertura de chaves na outra linha. Alem de ser mais facil de detectar erros...
Acho muito mais dificil de ler um codigo assim:
if (sei la o q) {
nao sei tb;
}
do que assim:
if (sei la o q)
{
nao sei tb;
}
Acho muito mais "limpo" da segunda maneira, deixando a abertura de chaves na outra linha. Alem de ser mais facil de detectar erros...
22/09/2004 1:52pm
(~19 anos atrás)
Embora em muitos casos o switch possa ser usado, há situações que em que precisamos testar diferentes condições envolvendo diferentes variáveis. Nestes casos o "if dentro de if" é a única maneira de se fazer.
14/04/2004 10:51am
(~20 anos atrás)
é essa solução mesmo que o Sílvio falou...
só tem o esquema do padrão da PEAR que fala sobre um espaço entre o nome da estrutura de controle no caso "switch" e a abertura do parênteses e se o primeiro "{" ficar na mesma linha também deve ter um espacinho..
switch () {
}
mas é essa a solução sim..
só tem o esquema do padrão da PEAR que fala sobre um espaço entre o nome da estrutura de controle no caso "switch" e a abertura do parênteses e se o primeiro "{" ficar na mesma linha também deve ter um espacinho..
switch () {
}
mas é essa a solução sim..
22/03/2004 6:47am
(~20 anos atrás)
Tem: switch!!
switch($variavel ou expressao){
case opcao1: <comandos>;
break;
case opcao2: <comandos>;
break;
default: <comandos>;
}
switch($variavel ou expressao){
case opcao1: <comandos>;
break;
case opcao2: <comandos>;
break;
default: <comandos>;
}
21/03/2004 11:16pm
(~20 anos atrás)
mas que ninho de if é esse ? acho que além de mantermos um padrão de programação, devemos simplificar, evitando situações como essa. if dentro de if ? isso é muito feio !!!
04/03/2004 2:08pm
(~20 anos atrás)
Ja utilizo modelos assim desde 91 programando em C, só que uma pequena diferença:
<?php
if ((condicao1) || (condicao2))
{
if(condicao1)
{
}
else
{
}
}
else
{
}
?>
ou seja nao coloco as chaver no final, isto evita muitos erros, fica um codigo limpo facilita muito a leitura do codigo.
<?php
if ((condicao1) || (condicao2))
{
if(condicao1)
{
}
else
{
}
}
else
{
}
?>
ou seja nao coloco as chaver no final, isto evita muitos erros, fica um codigo limpo facilita muito a leitura do codigo.
28/02/2004 9:45am
(~20 anos atrás)
Acho bem legal o uso de identação porque facilita muito a manutenção, a um tempo atras que venho identando meu codigo e isso resulta muito mais profissional, ainda mais pra quem presta consultoria e extremamente importante, mas além do identação tmb acho necessario o comentario em todo o codigo tirando mas num mais profundo tirando comentarios de if else como ja vi em varios script...
Valeu...
27/02/2004 11:39am
(~20 anos atrás)
PHP
if (condição) {
comando;
comando;
comando;
}
Delphi
if condição then begin
comando;
comando;
comando;
end;
Python (melhor ainda, identação obrigatoria)
if condicao :
comando
comando
comando
comando
comando
comando