¿Qué es mejor con comprobaciones de parámetros nulos, aserciones o excepciones? [cerrado]

Respuesta 1

Tenga siempre en cuenta que una "afirmación" no siempre está habilitada . Esta es la regla principal que siempre debes tener en mente. Piense en ello como un mecanismo para detectar errores en su código, situaciones inesperadas que no deberían suceder (condiciones previas / posteriores). Por otro lado, arroje una excepción (es decir, IllegalArgumentException) si existe la posibilidad de obtener ese valor nulo de la persona que llama.

Por ejemplo:

  • Si está creando una biblioteca para terceros, no puede verificar los argumentos con aserción.
  • En un método privado, puede usar asir para incluir condiciones previas / posteriores que deben cumplirse.
Respuesta: 2

Depende de tu uso,

Si desea que sus parámetros no sean nulos explícitamente, entonces debe afirmar o arrojarIllegalArgusmentException

Por otro lado, si está bien, si es nullsimple, verifique que no sea nulo y asigne un valor de reserva y avance el código

Respuesta: 3

Fondo una troncal y una rama en un diseño estándar de svn, / trunk y / sucursales / prod de aproximadamente 20 módulos en el proyecto maven cuando quiero compilar troncal, simplemente escriba cd trunk; mvn paquete limpio. pero ...

Tengo el método x que llama a otro método dentro de él llamado y que arroja una excepción MyException. En este momento tengo 2 opciones, ya sea para anunciar mi método x con la excepción MyException ... ...

Estoy tratando de crear una aplicación de Android que haga una llamada a una página de PHP en mi sitio web. Después de una investigación en línea, noto que Android no tiene ese soporte. He encontrado algunas soluciones ...

El cliente Java puede conectarse al servidor C ++ usando TCP. El cliente Java está en Win7. El servidor C ++ está en Linux. El problema es que no puedo enviar datos correctamente al servidor C ++. El código Java es: ...