Hasta que punto importan los avisos "Notice" de PHP?

[IMAC/]

Hola

Los mensajes que se muestran de "Notice", de variables no inicializadas o cosas similares, ¿tienen repercusión en el tiempo de carga o de creación de la página en el servidor?

Un saludo y gracias.

[pateketrueke]

Definitivamente si.

Cada variable sin inicializar, y que a su vez es forzada por ejemplo, al concatenar genera una carga extra cuando es utilizada.

Claro, son cosas que no deberían preocuparte pues son detalles realmente triviales y realmente no repercuten en el desempeño real de la aplicación.

Lo que si sería preocupante es el pobre manejo de errores que pone en evidencia dichos notices, pues por cada mensaje de error digamos que yo te consideraría 1% menos hábil con el lenguaje y la programación en general.

[mcun]

totalmente de acuerdo con pateketrueke yo hace un tiempo note gracias a display error que dejaba varios cosas ocultas al depurar el código aprendí cosas nuevas ...

[IMAC/]

Pero solo perjudica si se muestra por pantalla o simplemente por el echo de estar aunque ocultos...

[pateketrueke]

Iniciado por IMAC/

Pero solo perjudica si se muestra por pantalla o simplemente por el echo de estar aunque ocultos...

Ya, en serio, ¿de verdad no entiendes la diferencia entre programar correctamente y lo opuesto?

[ricardo_tu]

IMAC/ si bien lo que dice patequetrueke es correcto, entiendo que tu pregunta esta orientada al campo de lo especulativo.
Mi propuesta en torno al tema es que si bien los notice no afectan significativamente el desempeño de una aplicación mas allá de la estética en pantalla es importante y no solo por estética que un script no presente errores.
Saludos

[Sourcegeek]

Apoyando completamente a Pateketrueke, te puedo decir que los "Notice" prácticamente sólo afectan estéticamente, es decir, aparecerían a la hora de la ejecución del código. Pero, realmente, un buen programador sabe manejar los errores o incluso evitarlos, alguien que no sepa realizar ésto personalmente no lo consideraría un programador real, ya que, ¿por qué esconder los errores si se pueden solucionar? Digo, por algo existen, ¿no?

[Triby]

A reserva de mejor opinion, aparte de "los molestos mensajes" tambien puede haber problemas en la ejecucion del script y te pongo un ejemplo sencillo que se trato en otro tema hace poco:

Código PHP:

// En ningun momento se inicializo la variable, directamente se hizo la concatenacion
 
$headers .= "bla bla bla bla";
$headers .= "mas bla bla bla bla";
$headers .= "mas bla bla bla bla";
 

El problema era que el correo no se enviaba y el usuario "no se explicaba porque, si todo estaba correcto", tan sencillo como que el interprete de PHP "no supo" como concatenar valores a una variable no definida... y todo por un simple punto!

El usuario perdio tiempo buscando el error, porque?, solo porque no tenia activados esos "molestos mensajes"... ahora, te vas a arriesgar a que por un detalle tan pequeño tengas que perder tiempo para hacer funcionar las cosas?... o prefieres hacerlas bien desde el principio y evitar problemas posteriores?

[IMAC/]

Hablo de errores mucho menos importantes, Triby.
Errores de notice como:

Notice: Undefined index: s in ...

Causados por cosas como estas:

Código PHP:

  $ seccion = $_GET["s"]...  
   

Donde simplemente lees un parametro por URL.

No creo que a eso se le pueda llamar "programar mal" del todo... al menos, siempre lo he visto así y nadie ha puesto ninguna pega...

Que si, que tal vez puedas hacer un:
if(isset($_GET["s"]) && !empty($_GET["s"]){
$seccion = $_GET["s"];
}

Pero no veo que implique mucho a la hora de una "buena programación". y menos cuando se puede tratar de un array de 15 indices y tienes que ir verificando uno por uno si existen para que no te de un error similar al hacer algo del tipo: $array["tags"];

A veces resulta mucho más cómodo hacerlo solamente cuando se necesite.

La cuestión no es ocultar errores, la cuestión es que este tipo de errores de los que hablo no afectan al correcto funcionamiento de la aplicación y no suponen un error REAL. Si tengo que perder el tiempo en tonterías para que siga funcionando exactamente igual de cara al cliente, lo siento, pero no puedo permitirme el perder el tiempo de ese modo...

[Uncontroled_Duck]

Iniciado por IMAC/

... Si tengo que perder el tiempo en tonterías para que siga funcionando exactamente igual de cara al cliente, lo siento, pero no puedo permitirme el perder el tiempo de ese modo...

Creo que para esto están las clases y las funciones, para no repetir continuamente el código, y perder tiempo...

Saludos,

[IMAC/]

Iniciado por Uncontroled_Duck

Creo que para esto están las clases y las funciones, para no repetir continuamente el código, y perder tiempo...

Saludos,

Creo que eso no es nuevo para mi :)

[Uncontroled_Duck]

Iniciado por IMAC/

Creo que eso no es nuevo para mi :)

ok, entonces muestro mi otro punto de vista.

Tardamos más en escribir aquí en el foro que en corregir esos pequeños errores.

Desde pequeño me han enseñado que hacer las cosas mal, cuesta lo mismo o más, que hacerlas bien.

Saludos IMAC/,

[GatorV]

Aparte de que por algo te esta dando el NOTICE, no es de a gratis, PHP te esta informando que hay un error en el código que puede introducir bugs a tu sistema, ya que como dices primero es algo sencillo como un $_GET['s'], pero luego puede ir creciendo, y por algo PHP te informa que estas tratando de usar algo que no existe.

Es por eso que siempre, siempre es muy importante crear tus scripts lo más correcto posible, también recuerda que en un futuro esos NOTICE pueden subir de categoria a FATAL_ERROR y tus scripts ya no servirían.

Como dicen aqui en el tema, un buen programador hace las cosas bien, no obvia las cosas por ahorrarse escrbir (se le conoce como flojera).

Como dice Uncontroled_Duck, cuesta lo mismo más hacerlas mal, que hacerlas bien, y eso siempre ha sido.

Saludos.