Al hacer una operacion logica con el acumulador, como es :

AND 00001111b

Si es cero el flag Z se activara solo, no tienes porque hacer el CP 0.

Funcionarian las dos opciones, pero la segunda ocuparia menos Bytes.

No. En el Z80 las instrucciones de carga no actualizan las banderas de estado, salvo, claro está POP AF. Y puede que alguna otra un poco más rara, que tenga que ver con los registros I o R.

Ojo. Otras instrucciones aritméticas no actualizan la bandera de estado, como los incrementos y decrementos de 16 bits. Es decir, si haces INC HL o DEC BC o cualquiera de sus primos, olvídate de las banderas de acarreo, cero y todas las demás. Hay que comprobarlo a pelo después de la operación. Afortunadamente, las instrucciones ADC, SBC de 16 bits sí que cambian el estado. Pero no así ADD.

Así que la moraleja más sencilla es: RTFM! Es decir, conseguid un buen manual de referencia y aseguraos antes de que os pase como a cualquier hijo de vecino y tiréis a la basura horas tratando de depurar un programa en el que todo es correcto, excepto lo que el programador cree que va a hacer el Z80. A mí me resulta muy práctico tener a la vista el UNDOCUMENTED Z80 de Sean Young y herederos.

Si tenéis más dudas, RTFM. O preguntad aquí, que para eso estamos...

No, no es lógico. Todas las instrucciones de incremento / decremento de 8 bits sí que actualizan correctamente las banderas de estado del procesador. Incluso el INC/DEC [HL], es decir, con indirección incluida.

La primera vez que me enfrenté a esto fue programando para GAMEBOY clásica Ah, qué tiempos aquellos, descubriendo el ensamblador...

Y a todo esto, añadir que salvo alguna ocasión muy muy rara en la que querais cambiar con código automodificable el valor de la comparación, para comparar el acumulador con 0 es muchísimo mejor hacer AND A (o bien su equivalente en este caso OR A), con lo que se ahorra 1 byte y varios estados respecto al CP 0 (que hay que evitar).

como se agradece que exista este templo de sabidudida compartida!