Perlas auténticas encontradas en el código fuente del proyecto actual. Son auténticas maravillas de programación.
A día de hoy aún me pregunto cómo puede funcionar la aplicación de forma productiva
: 3
* Caso de misma excepción para distintas casuísticas
Es curioso el detalle que lance la misma excepción en los distintos casos ^^ (en PL/SQL).
IF p_codret != '0' THEN
IF p_codret = '5' THEN
RAISE ErrorObtDiasDatos;
ELSIF p_codret = '6' THEN
RAISE ErrorObtDiasDatos;
ELSIF
RAISE ErrorObtDiasDatos;
END IF;
END IF;
* Caso del bifurcador misterioso
Supuestamente pretende realizar una comprobación en el código fuente pero en realidad sólo está interesado en asignar un valor 0 de tipo cadena a la variable nia 🙂
Supuestamente pretende realizar una comprobación en el código fuente pero en realidad sólo está interesado en asignar un valor 0 de tipo cadena a la variable nia 🙂
if("".equals(nia) || nia==null);
{
nia = "0";
}
* Caso dónde se realiza la aserción de un dato en una variable de objeto
El programador quería confirmar que se le asignaba el valor correcto a la variable del objeto.
Primero se recupera el objeto de un formulario y se asigna mediante el Setter pertinente al campo del objeto. Posteriormente, como aserción vuelve a recuperar el valor del propio objeto y lo vuelve a asignar al mismo objeto mediante el mismo Setter.
Es posible que el programador haya encontrado otro mecanismo para la sostenibilidad del estado de un objeto en memoria…?
comunicadoNuevo.setCe_cm(fr22.get("CE_CM").toString());
comunicadoNuevo.setCe_cm(comunicadoNuevo.getCe_cm());
* Caso dónde se realiza la aserción de un dato en una variable de objeto
Comprovación exhaustiva sobre el retorno que se ha producido en una variable de error.
if (codError == 0){
error = 0;
}
if (error == 0) {
// ... Code continues here