Cuantos Warning y Hint tienen tus proyectos?

[[AgustinOrtu]]

Me parecio divertida la idea de que publicasemos en numeros cuantos Warnings y Hints arroja el compilador para nuestros proyectos

No vale hacer trampa

Empiezo yo mismo con algunos.. veamos:

- Proyecto principal, podria decirse que esta "terminado" en el sentido de que ya esta desplegado y en uso

# Warnings: 201
# Hints: 83
# Líneas de Código: ~360.000

- Proyecto principal #2, version "mini" del anterior

# Warnings: 0
# Hints: 1
# Líneas de Código: 42.000

- Proyecto secundario #1, sin terminar (y falta mucho!)

# Warnings: 3
# Hints: 8
# Líneas de Código: ~260.000

- Proyecto "personal", un pequeño reproductor de musica y sintonizador de radio (a este le falta tanto trabajo como la inversa del tiempo que le dedico )

# Warnings: 0
# Hints: 6
# Líneas de Código: ~3.800


Saludos

[[Al González]]

Hola Agustín.

Hints
------
Antes de poner una aplicación en producción, es deseable atender y resolver todos los consejos o comentarios (hints) que emite el compilador. Aunque yo no dejo ninguno pendiente, tampoco pasa nada grave si queda uno que otro por ahí, porque no repercuten en el funcionamiento. No obstante, debemos orientarnos a dejar cada vez menos situaciones de hints en el código, ya que de lo contrario contribuimos a ofuscar el código fuente.

Warnings
----------
Antes de poner una aplicación en producción, es indispensable atender y resolver todas y cada una de las advertencias (warnings) que emite el compilador. Me sentiría mal si entregara un ejecutable compilado con sólo una de ellas, aunque se tratase de una aplicación de uso interno. El problema está en que una advertencia es un riesgo potencial de mal funcionamiento, sea por no prever alguna situación actual de procesamiento o por legar código no muy bien revisado que a la siguiente modificación cause un error.

Como excepción, y tratándose de algo compilado por otras personas, suelo pasar por alto la advertencia "Unit XXX implicitly imported" que aparece al compilar un paquete cuyas unidades explícitamente agregadas dependen de otras que no están en un paquete requerido.

Por otro lado, hay ocasiones en que una rutina nos causa una advertencia, pero dicha rutina es pequeña, fácil de comprender y tenemos pleno control de lo que hace. En casos así, si a nuestro entender la advertencia está de más, hay un mecanismo formal (disponible para ciertas advertencias) con el cual podemos decirle al compilador: "Ey, sé lo que hago, me hago responsable". Tomo un ejemplo de mi código:

Código Delphi [-]
  { TghZeroton }

  { Public overridden class methods }

  {$Warn No_RetVal Off}
  Class Function TghZeroton.NewInstance :TObject;
  Begin
    ghRaiseNotInstantiate;  // This raises an ENoConstructException
  End;
  {$Warn No_RetVal On}

Un cordial saludo.

Al González.

[Casimiro Notevi]

Creo recordar que se puede configurar qué mensajes se desea que aparezca y cuáles se oculten. Y es algo que ha ido cambiando en las distintas versiones de Delphi.
Por lo que mostrar esa información sería una comparativa poco aclaratoria, ya que depende del delphi que tengamos cada uno y de la configuración, también, de cada uno.

[Ñuño Martínez]

Recordádmelo mañana. Acabo de terminar mi última creación hace unos pocos días, pero no lo tengo a mano ahora mismo. Alguno hay.

[roman]

No sé. Me extraña un poco este hilo. Hace mucho tiempo que no programo seriamente en delphi, salvo pequeños enmiendos a sistemas ya hechos. Pero no recuerdo que dejara warnings o hints sueltos. Si acaso -y los eliminaba en las opciones- quedaban los de Platform Specific, y eso muy justificado porque mis sistemas no tenían posibilidad alguna de ser multiplataforma (que en aquellos años sólo se referían a Kylix, qepd).

LineComment Saludos

[[AgustinOrtu]]

Saludos Al

Primero que nada gracias por compartir tu sabiduria

No me malinterpretes; se que los numeros de mi proyecto #1 dejan bastante que desear, pero, para defenderme un poco, quiero aclarar que con ese proyecto comence mis andanzas no solo en Delphi sino en la programacion; y luego tuve un gran problema: fue un exito

Luego se ve cierta evolucion y mejoria en los proyectos mas nuevos en los que presto especial atencion a los mensajes emitidos por el compilador, y ademas he aprendido a escribir codigo con mejor calidad de tal modo que es mucho menos frecuente que se produzcan warnings o hints; por lo menos eso me deja algo mas tranquilo

Por otra parte, no estaba al tanto de que habia "configuraciones" que permiten modificar los hint y warning emitidos por el compilador. Yo tengo todo por defecto

Ahora que reviso mas minuciosamente, me encuentro con una gran cantidad de Warnings que son algo "injustas" como las que comenta roman, por ejemplo la W1002 Symbol %s is specific to a platform

Luego tengo algunas como las que comentas tu, de las que son "controlables", digamos que no estan "del todo mal"

Por supuesto que hay otras que son muy pero muy graves y de las cuales me avergüenzo mucho y prefiero dejar a imaginacion del lector

--

Luego está esta realidad, en estos tiempos que corren, que los clientes siempre piden mas y mas y uno no tiene el tiempo, los dedos, las neuronas y los recursos que quisiera para escribir el software del cual estaría 100% satisfecho y orgulloso

Pero el principal problema con el que toca luchar es el famoso código legado, que es la categoria en la cual encaja este proyecto

Y como alguien ha dicho sabiamente alguna vez: Es mas facil escribir que leer

Sin más, queria comentarlo un poco a modo de humor porque como comenta Ñuño, puede que alguno se cuele por ahi

Un gran saludo