Comentarios en: Variables por referencia http://www.buayacorp.com/archivos/variables-por-referencia/ Diseño y Programación Fri, 05 Mar 2010 16:22:47 -0500 http://wordpress.org/?v=3-bc-1.0 hourly 1 Por: Alvaro Agea http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7695 Alvaro Agea Thu, 01 Feb 2007 09:12:56 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7695 Estoy con Eber Irigoyen, al igual que pasa en java, se instancia una nueva clase de string cada vez que se modifica, ya que operacionalmente es mucho mas rentable que encontrar el cambio en el string modificarlo. Estoy con Eber Irigoyen, al igual que pasa en java, se instancia una nueva clase de string cada vez que se modifica, ya que operacionalmente es mucho mas rentable que encontrar el cambio en el string modificarlo.

]]> Por: Eber Irigoyen http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7685 Eber Irigoyen Wed, 31 Jan 2007 16:31:30 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7685 osea que si en vez de un string usaras una clase, por ejemplo: class Test { public string Prop2; } Test a = new Test(); Test b = a; // [1] a.Prop2 = "test"; // [2] Console.WriteLine(a == b); eso si te regresa True osea que si en vez de un string usaras una clase, por ejemplo:

class Test {
public string Prop2;
}

Test a = new Test();
Test b = a; // [1]

a.Prop2 = "test"; // [2]

Console.WriteLine(a == b);

eso si te regresa True

]]> Por: Eber Irigoyen http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7684 Eber Irigoyen Wed, 31 Jan 2007 16:28:59 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7684 todo esto viene a ser porque los strings son inmutables, strings son objetos especiales, cada vez que "cambias" un string, realmente estas apuntando hacia otro objeto nuevo todo esto viene a ser porque los strings son inmutables, strings son objetos especiales, cada vez que "cambias" un string, realmente estas apuntando hacia otro objeto nuevo

]]> Por: alex http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7677 alex Wed, 31 Jan 2007 14:01:02 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7677 Pues tienen razón, en realidad en [2] se asigna otra referencia. Gracias por los comentarios. Pues tienen razón, en realidad en [2] se asigna otra referencia.

Gracias por los comentarios.

]]> Por: Bleach http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7676 Bleach Wed, 31 Jan 2007 13:48:37 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7676 La respuesta es muy sencilla, a apunta a nuevo objeto llamado Object() luego se hace que b apunte a es nuevo objeto, en [2] se hace que a apunte ahora a otro objeto distinto que es la cadena "test", por lo cual nunca pueden ser iguales. Antes de 1 a -> object en [1] b -> object en [2] a -> "test" por lo tanto no son iguales. Esto no funciona como los tipos & de C++. La respuesta es muy sencilla, a apunta a nuevo objeto llamado Object() luego se hace que b apunte a es nuevo objeto, en [2] se hace que a apunte ahora a otro objeto distinto que es la cadena "test", por lo cual nunca pueden ser iguales.
Antes de 1
a -> object
en [1]
b -> object
en [2]
a -> "test"

por lo tanto no son iguales. Esto no funciona como los tipos & de C++.

]]> Por: Cesar http://www.buayacorp.com/archivos/variables-por-referencia/comment-page-1/#comment-7675 Cesar Wed, 31 Jan 2007 13:34:10 +0000 http://www.buayacorp.com/archivos/variables-por-referencia/#comment-7675 Por supuesto que evalua falso: en [1] a y b tienen la misma referencia. En [2] estas liberando a de la referencia, pero b sigue manteniendo el objeto. Intenta con un ejemplo mas especifico, y luego de [2] imprime el valor de a y has un llamado tambien a alguna funcion o metodo del objeto b para que veas que te reponderá Por supuesto que evalua falso: en [1] a y b tienen la misma referencia. En [2] estas liberando a de la referencia, pero b sigue manteniendo el objeto. Intenta con un ejemplo mas especifico, y luego de [2] imprime el valor de a y has un llamado tambien a alguna funcion o metodo del objeto b para que veas que te reponderá

]]>