Mensajes

Primero que todo muchas gracias x leer el post.
Eventualmente me siento muy disconforme con mi conocimiento como programador, a pesar q yo siempre intento superarme. Me pasa muy seguido que me nombran tecnologias y terminos q no comprendo, leo muchos codigos que no entiendo, o peoor inclusive leo codigo q hice yo mismo y paso considerable tiempo para volver a comprenderlo.
Nose si esto es gral y compartido x todos los programadores o solo es un rasgo mio...
Perdon x el tema del post se q no tiene nada q ver !

Código [Seleccionar] Expandir

A b = new()A;
instancia la clase A y la variable b hace referencia a la misma

Código [Seleccionar] Expandir

b.y=b.x;
x[] es una variable d referencia y apunta a una direccion en memoria dond esta el vector {1,2}.. y[] tb es d referencia entnces lo q hago es asignarle la direccion d memoria q apunta x a y.. y los dos qedan apuntando al vector {1,2}

Código [Seleccionar] Expandir

b.f(b.y);
este método hace que el vector valga {1,4}

Código [Seleccionar] Expandir

b.g();
este método hace que el vector valga {2,4}

No entiendo q ganarias.. un proceso puede tener un solo hilo (por asi decirlo) de control como maximo x proceso..
En cambio con multitrhead puedes tener mas hilos por proceso, 1 o mas se entiende?
mira..
http://astreo.ii.uam.es/~ortigosa/ssoo/04-Hilos-6pp.pdf

Aver..como seria? generar un jar desd un jar en ejecucion basicamente? Estoy un tanto perdido, no encuentro el fin practico dl mismo o no entiendo q es lo q qieres

Estuve leyendo un poco...
fork() crea un proceso hijo identico al padre.. Los applets Java no pueden lanzar ningún proceso en el cliente, porque eso sería una fuente de inseguridad y no está permitido. Las aplicaciones y los applets deben utilizar hilos de ejecución..
Los hilos se distinguen de los tradicionales procesos en que los procesos son –generalmente– independientes, llevan bastante información de estados, e interactúan sólo a través de mecanismos de comunicación dados por el sistema. Por otra parte, muchos hilos generalmente comparten otros recursos de forma directa. En muchos de los sistemas operativos que dan facilidades a los hilos, es más rápido cambiar de un hilo a otro dentro del mismo proceso, que cambiar de un proceso a otro. Este fenómeno se debe a que los hilos comparten datos y espacios de direcciones, mientras que los procesos, al ser independientes, no lo hacen. Al cambiar de un proceso a otro el sistema operativo (mediante el dispatcher) genera lo que se conoce como overhead, que es tiempo desperdiciado por el procesador para realizar un cambio de contexto (context switch), en este caso pasar del estado de ejecución (running) al estado de espera (waiting) y colocar el nuevo proceso en ejecución. En los hilos, como pertenecen a un mismo proceso, al realizar un cambio de hilo el tiempo perdido es casi despreciable.
Sistemas operativos como Windows NT, OS/2 y Linux (2.5 o superiores) dicen tener hilos "baratos", y procesos "costosos" mientras que en otros sistemas no hay una gran diferencia.

el 3er error igual q añadirNota nada mas q en ves d hacer add(), hace un remove()...
Si tenes alguna duda dl codigo o no funca avisame nomas.. m fijo d nuevo che.. trata d postear el codigo c las etiqetas...

toy cansado, pero voy a hacer un esfuerzo y t paso el 3ro dame 5 min

Código [Seleccionar] Expandir

public void anadirNota(Nota NuevaNota){
boolean isRepeated = false;
for (int i = 0; i<Notas.size; i++){
if (Notas.get(i).getTitulo().equals(NuevaNota.getTitulo()){
isRepeated = true;
}
}
if (isRepeated == false){
Notas.add(NuevaNota);
System.out.println("Se ha introducido la Nota");
}else{
System.out.println("Ya existe una Nota con este nombre");
}

}

averrr.. el segundo

Código [Seleccionar] Expandir


public void eliminarNotaPorNumero(int numeroDeNOTA)  {
maximoNumeroNota = Notas.size();
     if ((numeroDeNOTA < 0) || (numeroDeNOTA > maximoNumeroNota))
     {
            // No es un numero valido y no se introduce.
            System.out.println(" Numero de nota no exixte, por favor introduzca  ");
            System.out.println(" un rango entre 0 y " + maximoNumeroNota);
     }
}


Es cierto que esto una tecnica correcta de programacion, pero es siempre OBLIGATORIO hacerlos asi??

Nunca dije "obligatorio", solo la manera correcta de hacerlo...
Sumando a las razones anteriorment dichas aca es q x cada JFrame q creamos windows nos genera un boton en la barra d herramientas, no asi c los JDialog o JInternalFrame..
Otra es q JFrame no admite a ninguna otra ventana como padre. El JDialog sí admite como padres un JFrame u otros JDialog. Esto es importante porque una ventana hija siempre quedará por encima de su ventana padre. Si al crear los JDialog les pasamos el JFrame como padre, los JDialog siempre estarán visibles por encima del JFrame. No se podrán ir "detrás" de él

A mi m sirve mucho, gano tiempo cdo tengo formularios estaticos.. xo si tengo q generar algun componente dinamicamente hago todo c codigo :S