Tengo un proyecto en el que hay muchos códigos solo disponibles en la versión determinada, y cuando soluciono un error tengo que arreglarlos en todas las copias. Es muy inconveniente.¿Hay algún equivalente de #IF y #CONST .NET en Java/Android?
¿Hay #IF y #CONST en Java, que si la cláusula #IF es falsa, el código no se compilará?
No hay un pre-procesador "oficial" para Java, y no hay uno de terceros ampliamente utilizado.
Pero nada le impide usar cualquier preprocesador que desee en su código, si está dispuesto a vivir con el inconveniente de que los IDEs y muchas otras herramientas no lo manejarán correctamente.
Dicho esto, usted no generalmente lo necesita tampoco en Java. Prefieres proporcionar implementaciones múltiples de una interfaz común (o clases que extienden una clase base común) y elegir entre ellas en tiempo de ejecución.
Hay, sin embargo una forma limitada de la compilación condicional mediante el uso de tiempo de compilación constantes banderas booleanas:
static final DEBUG = false;
public void frobnicate() {
if (DEBUG) {
doExpensiveFrobnicationDebugOperation();
}
doActualFrobnication();
}
Este código resultará en la llamada al método caro no ser compilado en el código de bytes de la resultante .class archivo.
No existe un preprocesador para Java, por lo tanto, desafortunadamente no se puede hacer una compilación condicional.
¿De verdad? Eso es malo :(Todavía estoy esperando otra respuesta, espero que exista, o hay otra solución. – AndBie
Esa es una buena respuesta. Mucho más útil que la mía de todos modos. +1 –
Gracias, he sabido sobre esto. Sin embargo, el pre-procesador proporciona 2 beneficios: el tamaño del archivo compilado es más pequeño. Segundo: reduce la posibilidad de que la versión "gratuita" se descifre en versión "completa" (el segundo puede no ser un problema con Android, solo con PC). De todos modos, gracias por su respuesta:) – AndBie
@AndBie: para ambos, un ofuscador podría ayudar. No porque haga que el código sea más difícil de descifrar (realmente no creo en eso), sino porque puede eliminar el código muerto (¡incluso los métodos que nunca se llaman!). Esa suele ser la razón por la que los ofuscadores se usan en el código J2ME, incluso cuando se trata de un software libre. –