duda filosófica sobre ArrayList

Primero que no sé si devuelve bool o qué devuelve, yo entendí que devolvía
el mismo objeto que ha encontrado en el ArrayList, y por eso te decía esto:
"> y en ese caso, crear uno nuevo, lo añades al ArrayList y devuelves el

nuevo objeto creado, "

Es decir, si no lo encuentra, creas uno nuevo o como te dice Jesús,
devuelves null y así se sabe que no está.

Y aún estoy esperando que digas cuál es ese "ejercicio" que ya tengo
curiosidad ;-)))

Aunque supongo que será de un libro ¿no? o ¿es de alguna cosa publicada "on
line"?

Más que nada para ver quién dice que se cree un método generic para usar un
ArrayList.

En cualquier caso:
¡Olvidaros de las colecciones de Object! que hay cosas mejores... ;-)))))

Nos vemos
Guillermo

Microsoft MVP Visual Basic desde 1997
Tus consultas en los foros del Guille: http://foros.elguille.info/
Ya puedes comprar mi nuevo libro: http://www.elguille.info/NET/NovedadesVB9/


"Javito" wrote in message
news:%

ya pero si ves el ejemplo no devuelve un bool sino un objeto de tipo T y
el problema es que pasa cuando no está el objeto como localizas un objeto
T para devolverlo dado que el método exige que devuelvas un T.

un saludo
"Guillermo 'guille'" escribió en el mensaje
news:

Hombre, ese ejemplo sería válido para cuando quieres comprobar si no está
y en ese caso, crear uno nuevo, lo añades al ArrayList y devuelves el
nuevo objeto creado, aunque de ser eso, yo pondría como condición que ese
método tuviera una restricción en el parámetro para que implemente un
constructor.

Nos vemos
Guillermo

Microsoft MVP Visual Basic desde 1997
Tus consultas en los foros del Guille: http://foros.elguille.info/
Ya puedes comprar mi nuevo libro:
http://www.elguille.info/NET/NovedadesVB9/


"Javito" wrote in message
news:

Si la cosa es que el ejemplo del libro hacía referencia a como crear el
método para que funcionara como seguro de tipos, es decir con genéricas
y sugería hacer la comprobación con:

public T comprobarArrayList <T> (T Dato) { //implementación }

y yo entiendo el proceso pero no se me ocurre para que sirve y además si
el objeto de tipo T no se encuentra en e ArrayList como devuelves un
valor de Tipo T ?

un saludo



"Guillermo 'guille'" escribió en el mensaje
news:

pues no lo hagas... total... si ya lo tienes, ¿para qué buscarlo?
;-))))

Por cierto, ¿qué manual es?

De todas formas, más bien supongo que es para ver si sabes qué métodos
debes usar.
Te en cuenta que muchos de los métodos de búsquedas de las colecciones
hacen eso mismo, buscar si el objeto que le indicas está en el array, y
parece una tontería, porque si ya lo tengo ¿para qué buscarlo? pero en
realidad en ese array puedes tener otras cosas que te pueden servir
para asociarlas con el elemento que encuentras, la verdad es que yo no
suelo usar ese tipo de búsqueda, ya que no me sirven para nada, al
menos nada práctico, y lo que suelo hacer es implementar algún otro
tipo de búsqueda que examine la colección en busca de alguna propiedad
de ese objeto.

De todas formas OLVIDA EL TIPO ARRAYLIST (no estoy gritando, pero
casi), ya que es un tipo "atipado" que no trae nada beneficioso, en
lugar de ArrayList, usa List<T>, eso sí, debes tener .NET 2.0 o
superior, en versiones anteriores, no había nada mejor, pero supongo
que ya casi nadie usa nada anterior al Visual Studio 2005 / .NET 2.0.

Nos vemos
Guillermo

Microsoft MVP Visual Basic desde 1997
Tus consultas en los foros del Guille: http://foros.elguille.info/
Ya puedes comprar mi nuevo libro:
http://www.elguille.info/NET/NovedadesVB9/


"Javito" wrote in message
news:eyT$

En un manual de Microsoft localizo una practica que me pide generar un
método FindAttribute(object X) que me permita localizar si el Array
contiene un determinado objeto y si lo encuentra extraer su valor.

Esto me crea confusión por que si ya tengo inicialmente el objeto
para mandarselo al método y que este lo localice y lo devuelva todo
esto es redundante, tengo vaca1 y se lo mando al método para que me
devuelva vaca1 y obtener su nombre ¿ tiene algún sentido ? o se me
escapa algo

un saludo