Operador ternario[Resolvido]

[cido18]

Olá a todos,

Em sim simulado existe o seguinte código:

[code]

public static void main(String[] args) {
boolean c = false;

	String str = (c= !c) ? (c =!c) ? "Hello" : "hello" :(c=!c) ? "world" : "World";
	
	System.out.println(str);
}

}[/code]

a sáida é :

hello

Fiquei um bom tempo olhando isto e não consegui entender o resultado. Alguém poderia me explicar??

Obrigado a todos.

[alvarojunior]

Vamos lá,
O operador ternário funciona da seguinte forma:

Até aqui tudo bem.

Nessa expressão, que você está passando, tem uma “pegadinha”. Atribuição.
Em java uma condição booleana é qualquer expressão que retorne true ou false.

A variável c inicia com o valor falso.

A primeira “comparação” na verdade é uma atribuição (c= !c), note que não tem == e sim somente =, traduzindo: c = !false (negação de falso), que resulta em c = true.
Ao fazer c = !false (true) a variável c recebe o valor verdadeiro e retorna o valor para o IF, então ele vai para o segundo (c =!c) que fica c = !true, que resulta em c = false, a variável c recebe o valor falso e retorna para o IF, na segunda parte o false faz com que str receba o valor hello.

Resumindo:
Aqui temos uma atribuição (somente um =) e toda a atribuição o valor é retornado, nesse caso não dá erro pois a variável é do tipo booleano, se fosse de outro tipo resultaria em erro.

[code]if (c = !c) {

}[/code]

Note que o correto para comparação seria (==):

[code]if (c == !c) {

}
[/code]

Se não fui claro, poste que tento melhorar …rsrsr

[alexmonassa]

Além do que o AlvaroJunior explicou a questão mostra operadores ternários aninhados, logo no primeiro caso a variável c recebe true, depois entra no primeiro if e recebe false , Se fosse true imprimiria Hello , como é false imprime hello, se o primeiro caso for false então ele entra no segundo if aninhado (segundo operador ternário) e imprimiria world.

[cido18]

Olá obrigado por responderem

Colocando em if/else:

if(c= !c){ if( c = !c) System.out.println("Hello"); else System.out.println("hello"); else if (c = !c){ System.out.println("world"); else System.out.println("World"); }

Ficaria assim mesmo?

[alexmonassa]

Exatamente. Agora uma outra questão que vi num test de certificação, é tem um limite para operadores ternários são 6 aninhados , assim como o if-else tmb tem um limite . Mas neste último caso não sei qual é o limite.

[entanglement]

Exatamente. Agora uma outra questão que vi num test de certificação, é tem um limite para operadores ternários são 6 aninhados , assim como o if-else tmb tem um limite . Mas neste último caso não sei qual é o limite.

Que raio de teste é esse que disse que há um limite de aninhamento para o operador condicional (indevidamente chamado de “operador ternário” - então se eu disser “operador binário” tenho de supor que é o operador de adição, por exemplo?) Isso é lenda urbana, e não cai em exames de certificação.

Os limites que existem estão descritos em http://docs.oracle.com/javase/specs/jvms/se7/html/jvms-4.html#jvms-4.11 , e não precisam ser decorados.

The following limitations of the Java virtual machine are implicit in the class file format:

The per-class or per-interface constant pool is limited to 65535 entries by the 16-bit constant_pool_count field of the ClassFile structure (§4.1). This acts as an internal limit on the total complexity of a single class or interface.

The number of fields that may be declared by a class or interface is limited to 65535 by the size of the fields_count item of the ClassFile structure (§4.1).

Note that the value of the fields_count item of the ClassFile structure does not include fields that are inherited from superclasses or superinterfaces.

The number of methods that may be declared by a class or interface is limited to 65535 by the size of the methods_count item of the ClassFile structure (§4.1).

Note that the value of the methods_count item of the ClassFile structure does not include methods that are inherited from superclasses or superinterfaces.

The number of direct superinterfaces of a class or interface is limited to 65535 by the size of the interfaces_count item of the ClassFile structure (§4.1).

The greatest number of local variables in the local variables array of a frame created upon invocation of a method (§2.6) is limited to 65535 by the size of the max_locals item of the Code attribute (§4.7.3) giving the code of the method, and by the 16-bit local variable indexing of the Java virtual machine instruction set.

Note that values of type long and double are each considered to reserve two local variables and contribute two units toward the max_locals value, so use of local variables of those types further reduces this limit.

The size of an operand stack in a frame (§2.6) is limited to 65535 values by the max_stack field of the Code attribute (§4.7.3).

Note that values of type long and double are each considered to contribute two units toward the max_stack value, so use of values of these types on the operand stack further reduces this limit.

The number of method parameters is limited to 255 by the definition of a method descriptor (§4.3.3), where the limit includes one unit for this in the case of instance or interface method invocations.

Note that a method descriptor is defined in terms of a notion of method parameter length in which a parameter of type long or double contributes two units to the length, so parameters of these types further reduce the limit.

The length of field and method names, field and method descriptors, and other constant string values (including those referenced by ConstantValue (§4.7.2) attributes) is limited to 65535 characters by the 16-bit unsigned length item of the CONSTANT_Utf8_info structure (§4.4.7).

Note that the limit is on the number of bytes in the encoding and not on the number of encoded characters. UTF-8 encodes some characters using two or three bytes. Thus, strings incorporating multibyte characters are further constrained.

The number of dimensions in an array is limited to 255 by the size of the dimensions opcode of the multianewarray instruction and by the constraints imposed on the multianewarray, anewarray, and newarray instructions by §4.9.1 and §4.9.2.

[cido18]

Blz finalmente entendi muito obrigado a todos.