Alguien sabe las respuestas?

Para ver la imagen bien, hacer click en la imagen.

La primera:

La Segunda:

Fuente: http://www.ucertify.com/

        Aquí iré creando una lista con exámenes que sirve para practicar a la hora de enfrentarse a una certificación de Java SCJP 1.5 en adelante, ya que practicar con test de la versión 1.4 no es conveniente debido a que es antigua y cambia en varios sentidos.

Cabe mencionar que todos los examenes de Java son en ingles, si alguien sabe en español o mas en ingles es libre de ponerlo y yo los iré añadiendo a la lista.

1. Java 5 Basic Exam by JavaBlackBelt.com (40 Preguntas)
2. Whizlabs SCJP 5.0 (310-055) Exam Simulator Trial Version (87 Preguntas)
3. Java 5 (310-055) SCJP Mock Exam by Javabeat.net (14 Preguntas)
4. Java Programmer Exam Simulator(60 Preguntas)
5. JavaBeat(30 Preguntas)
6. UCertify(30 Preguntas de trial)

Lo recomendable es leer el tema y luego ir realizando los exámenes, Java es un lenguaje que al principio cuesta, y en la certificación de java siempre tratan de confundirnos con preguntas que tienen trucos.

Por lo tanto entender los procesos en un formato estándar es clave a la hora de programar threads en cualquier lenguaje de programación.

Todos sabemos que en un programa en ejecución no puede estar ocupando la CPU permanentemente, esto es debido a que un usuario necesite realizar más de una acción a la vez, o también puede ser el caso que varios usuarios accedan a un sistema simultáneamente.

Definición de un proceso:

Un proceso es un programa en ejecución, pero esto no quiere decir que un programa por sí mismo es un proceso, un programa es una entidad pasiva.

Por ejemplo un exe es una entidad pasiva guardada en el disco, cuando nosotros ejecutamos el exe entonces se convierte en una entidad activa con un contador de programa que especifica la siguiente instrucción a ejecutarse y un conjunto de recursos asociados.

Entre los tipos de proceso se encuentran:

• Los procesos de tiempo real: Son aquellos en el que tiempo de respuesta es crítico para que no superen un tiempo límite.
• Los procesos de segundo plano (procesos de cálculo y servidores): Son los que no tienen interacción con el usuario y cuyo tiempo de respuesta no es crítico.
• Los procesos interactivos: Estos no suelen usar mucho tiempo de cómputo, pero estos procesos al ser requeridos deben tener un tiempo de respuesta rápido, ya que por lo general es cuando un usuario los pide.

Estados De Un proceso:

• Nuevo: Es cuando el proceso se está creando.
• Ejecución: Es cuando se están ejecutando instrucciones.
• Espera: Es cuando el proceso está esperando que ocurra algún evento.
• Listo: Es cuando el proceso está a la espera de ser asignado a un procesador.
• Terminado: Es cuando el proceso ha terminado su ejecución.

Hay que recalcar que estos nombres son arbitrarios, por lo que en cada sistema operativo pueden cambiar, sin embargo todo sistema operativo los tiene, es por eso que a la hora de programar en java no representa ningún problema.

En un sistema operativo cada proceso representa un bloque de control de proceso, en ingles se conoce como PCB (Process Control Block), o también denominado bloque de control de tarea.

Estado De Proceso: Este estado puede ser nuevo, ejecución, espera, listo o terminado.

Contador de programa: Indica la dirección de la siguiente instrucción a ejecutar.

Registros de la CPU: Los registros varían en número y tipo dependiendo de la arquitectura de la computadora, Incluye acumuladores, registros índices, apuntadores de pila y registros de propósito general, además de cualquier información de código de condición.

Información contable: Esta información es la que incluye la información, la cantidad de tiempo del CPU y tiempo real usado así como límites de tiempo, números de cuenta entre otras informaciones.

Información de estado E/S: Este bloque incluye la lista de dispositivos de E/S asignándola al proceso, una lista de archivos abiertos y otra información.

El PCB sirve simplemente como depósito de cualquier información que pueda variar de un proceso a otro.

Conclusión

Como pudieron leer a través de las dos entradas de Administración de procesos, esto en programación se conoce como threads o hilos, es por eso que siento más conveniente aprenderlo de esta manera para así sea cual sea el lenguaje aplicarlo sabiendo el por qué se aplica y en casos de debe utilizar.

Es necesario programar con threads para que el software sea más amigable para el usuario final,  aunque también resulta peligroso si se abusa de ellos y sin saber en qué casos usarlos, por ejemplo un caso en el que se podría usar es que el usuario este realizando una operación matemática que le tome unos cuantos milisegundos mientras está apuntando en la misma aplicación en una cuadro de texto algo que le sea necesario, sin los threads esto no podría ocurrir ya que la aplicación se congelaría, sin poder utilizar la aplicación.

En esta primera parte hablare de la clase String.

La clase String:

Lo primero que debemos entender de la clase String es que es inmutable.

Que debemos entender por inmutable?

Entendemos por inmutable que al momento de crear un String este puede ser modificado una vez haya sido creado, y esto lo probare en el siguiente ejemplo:

String MiCadena = new String();

MiCadena = "Probando Codigo"; // Se crea una nuevo objeto String

MiCadena = MiCadena.concat("aprendiendo programacion"); // Se crea otro String

Los objetos String se van almacenando en el heap.

En el siguiente código pueden comprobar que un objeto String no cambia:

String MiCadena = new String("Probando Codigo es: ");

MiCadena.concat("Aprendiendo Programacion");

System.out.println("Mi Cadena es " + MiCadena);

Si se compila el codigo de arriba, el resultado seria:

Probando Codigo es:

La unica forma de anadir es creando un nuevo string:

String MiCadena = new String("Probando Codigo es: ");

MiCadena = MiCadena.concat("Aprendiendo Programacion");

System.out.println("Mi Cadena es " + MiCadena);

Algunos puntos importantes para la certificación es también tener en cuenta cuando se crean referencia de variables y cuando se crean objetos String:

Ejemplo 1:

String s = "abc"; // Crea un objeto String y una referencia de variable

Ejemplo 2:

String s = new String("abc"); // se crean dos objetos y una referencia de variable

Lista de métodos importantes en la clase String:

· charAt() Returns the character located at the specified index.

· concat() Appends one String to the end of another ( “+” also works).

·equalsIgnoreCase() Determines the equality of two Strings, ignoring case.

·length() Returns the number of characters in a String.

·replace() Replaces occurrences of a character with a new character.

·substring() Returns a part of a String.

·toLowerCase() Returns a String with uppercase characters converted.

·ofString() Returns the value of a String.

·toUpperCase() Returns a String with lowercase characters converted.

·trim() Removes whitespace from the ends of a String.

En esta primera parte se ha tomado únicamente la clase String, para profundizar más sobre el tema recomiendo leer el capítulo 6 del libro SCJP Sun Certified Programmer for Java 5 Study Guide (Exam 310-055) que pueden encontrarlo en internet.

Fuente: SCJP Sun Certified Programmer for Java 5 Study Guide (Exam 310-055)

Antes de los genéricos las colecciones se creaban de las siguiente manera:

List myList = new ArrayList(); // No se podía declarar un tipo
myList.add(“Fred”);               // Podemos ingresar String
myList.add(new Dog());          // Podemos ingresar clases
myList.add(new Integer(42));   // Integers…

Lo que nos dejaba claro que una colección no genérica podía aceptar cualquier tipo de objeto, Una colección por lo tanto podía tener cualquiera que no fuera primitivo.

Sin los genéricos se pueden recuperar los datos de la lista, pero necesitaríamos hacer un cast:

String s = (String) myList.get(0);      //Antes de los genericos

Cuando llegaron los genéricos en Java 5 esto se termino, y podemos verlo en el siguiente ejemplo:

List<String> myList = new ArrayList<String>();
myList.add(“Fred”);     // Lo acepta debido a que es String
myList.add(new Dog()); // compiler error!! Debido a que no es String

Observado en el código de arriba es simple concluir que al ingresar el tipo de objetos en medio de los < > estamos forzando a la colección a que solo acepte ese tipo de objeto que en el ejemplo fue String.

Hoy que el compilador sabe que solo admite String para recuperar los datos no necesitamos mas que digitar:

String s = myList.get(0);

Debido a que no es necesario un cast ya que en la lista solo existen String.

for (String s : myList) {
int x = s.length();
// No necesita cast antes de llamar al método
// debido a que el compilador sabe que  “s” es un String viniendo de MyList
}

Debo aclarar que en este post unicamente se ha realizado una breve introducción, lo recomendable es leer todo el capitulo 6(o del sitio de Sun) donde se habla tanto de colecciones y genéricos.

Ejemplo tomado del libro:

SCJP Sun Certified Programmer for Java 5 Study Guide (Exam 310-055)