Agregar Filas a un GridView
Aventurero
Necesito que un usuario suministre varios registros para ser cargados a una
tabla. Pero no puedo alimentar la tabla SQL porque depende de otros procesos
y controles de la misma página. Al final debo agregar registros a varias
tablas.
Se me ocurre que se pueda hacer un GridView así
----------------------------------
Nombre Apellido Ciudad
----------------------------------
Puedo con controles TexBox (para Nombre, Apellido y Ciudad) y un Botón
podele adicionarlo al GridView?
Trabajo con ASP.NET 3.5 y Vb.
Gracias anticipadas.
Atentamente,
Aventurero
Matías Iacono
coleccion.
Te convendría tomar los valores de los controles, crear un nuevo objeto de
negocio y adicionarlo a una coleccion de elementos. Luego, asignarlo a la
grilla.
Ahora, cuando digo objetos de negocio, asumo que tendrias que tener, por
ejemplo, un mapeo de clases en relacion a tus tablas (es una forma, aclaro),
al crear una coleccion de estos objetos, ya tendrias los datos, tanto para
saber cuales seran los valores a mostrar en la grilla, como a computar
cuando la grilla este lista, o necesites otra accion del usuario.
La otra posibilidad, aunque, desde mi punto de vista ya no deberian ser
objetos usados, seria mediante un DataTable. De la misma forma, por cada vez
que recolectas los datos, creas una nueva fila dentro de ese datatable,
agregas valores, y luego lo asignas a la grilla.
Saludos.
--
Ing. Matías Iacono
Microsoft MVP ASP.net
Orador Regional Ineta Latam
http://mvpfiles.spaces.live.com
"Aventurero" <granc...@hotmail.com> escribió en el mensaje de noticias
news:%23PvwagI...@TK2MSFTNGP03.phx.gbl...
Matias Iacono
el hecho de no usar DataTables tiene varios origenes. Primero, el costo del
objeto es alto comparado con la utilidad que se les da.
Con esto quiero decir que, normalmente se usa un DT o un DS (DataSet), como
contenedor de una lista de registros, sin mucho mas, dejando de lado todas
las funcionalidades agregadas de estos objetos.
Por ejemplo, en un DT, no solo defines columnas y registros, si no, que
puedes configurar el tipo de columna, el formato de la misma, y otras tantas
caracteristicas. Pero, como decia antes, se lo usa solo como contenedor de
datos, y no por sus propiedades. Entonces, para usarlo de esta manera, para
que vamos a emplear un objeto tan grande, usando memoria innecesariamente.
El otro motivo es que un DT al igual que un DS, no tiene una forma definida.
Esto es, puedes pasar un DT por parametros a una funcion, la misma que puede
modificarlo (Agregarle columnas, borrarle otras), y devolverte el mismo DT. A
nivel de depuracion, o sea, si necesitas hacer testeo de ese codigo, el DT es
casi como una caja negra. Podria haberle pasado cualquier cosa en el camino.
Podrias haber enviado un DT con productos a una funcion, y salido un DT con
usuarios, y no te darias cuenta de la diferencia.
Si mapeas con objetos propios (es solo una de las formas), sabes que los
descriptores de este objeto son, de alguna forma, estaticos, por lo que si
mapeas una clase con tus productos, y envias una coleccion de productos,
sabes que no saldra otra cosa. Por otro lado, no tendrias la sobrecarga de
funcionalidad innecesaria, ya que las propiedades del objeto serian aquellas
necesarias que mapean tu modelo, y no cientos de otras que nunca usarias.
En resumen, ese es el motivo, desde mi punto de vista :)
Saludos.
--
--
Matías Iacono
Microsoft MVP
Orador Regional INETA
http://mvpfiles.spaces.live.com
"Ramon Zarza" wrote:
> Perdon por meterme ene sto con un tema relacionado
>
> Porque crees que no debesutilizar un DataTable???
>
> Yo mateo mis tablas en DataTable en mi capa de datos y alli agrego las filas
> y la manipulacin de los datos antes de enviar los mismos al SQLServer.
>
> Solo por curiosidad intelectuall.. gracias por tus comentarios
>
> "Matas Iacono" <matias...@gmail.com> wrote in message
> news:esWizBJB...@TK2MSFTNGP04.phx.gbl...
> > Teniendo en cuenta que la grilla acepta una fuente de datos, como ser, una
> > coleccion.
> >
> > Te convendra tomar los valores de los controles, crear un nuevo objeto de
> > negocio y adicionarlo a una coleccion de elementos. Luego, asignarlo a la
> > grilla.
> >
> > Ahora, cuando digo objetos de negocio, asumo que tendrias que tener, por
> > ejemplo, un mapeo de clases en relacion a tus tablas (es una forma,
> > aclaro), al crear una coleccion de estos objetos, ya tendrias los datos,
> > tanto para saber cuales seran los valores a mostrar en la grilla, como a
> > computar cuando la grilla este lista, o necesites otra accion del usuario.
> >
> > La otra posibilidad, aunque, desde mi punto de vista ya no deberian ser
> > objetos usados, seria mediante un DataTable. De la misma forma, por cada
> > vez que recolectas los datos, creas una nueva fila dentro de ese
> > datatable, agregas valores, y luego lo asignas a la grilla.
> >
> > Saludos.
> >
> > --
> > Ing. Matas Iacono
> > Microsoft MVP ASP.net
> > Orador Regional Ineta Latam
> > http://mvpfiles.spaces.live.com
> > "Aventurero" <granc...@hotmail.com> escribi en el mensaje de noticias
> > news:%23PvwagI...@TK2MSFTNGP03.phx.gbl...
> >> Buenas tardes.
> >> Necesito que un usuario suministre varios registros para ser cargados a
> >> una tabla. Pero no puedo alimentar la tabla SQL porque depende de otros
> >> procesos y controles de la misma pgina. Al final debo agregar registros
> >> a varias tablas.
> >> Se me ocurre que se pueda hacer un GridView as
> >>
> >> ----------------------------------
> >> Nombre Apellido Ciudad
> >> ----------------------------------
> >>
> >> Puedo con controles TexBox (para Nombre, Apellido y Ciudad) y un Botn
Ramon Zarza
Gracias por tus comentarios.
pero mis conocimientos y lenguaje técnico al respecto no es muy amplio. Me
podes ampliar la ide a de COMO mapear mis datos??? me das un ejemplo que me
ponga en línea al respecto por favor.
Tengoe se problema de caja negra que refieres... y sé que es mejor hacerlo
todo a modo de objeto.. pero no aterrizo como hacerlo..
Gracias por tu ayuda
Saludos
"Matias Iacono" <Matias...@discussions.microsoft.com> wrote in message
news:DF709C41-F59C-4B30...@microsoft.com...
Aventurero
Realmente la más directa es con DataTable.
Pero voy a evaluar la otra solución.
De nuevo, gracias.
Aventurero