En la mayoria de los casos la respuesta es NO. El tener los datos en el gridview como ocultos simplemente hace nuestra aplicación mas pesada, y la cantidad de datos que se necesita guardar en el VIEWSTATE mucho mayor.

Se pueden acceder a los datos que queramos que estén vinculados a un determinado gridView de una forma simple, Y ademas accediendo por el nombre de la columna que queremos y no por su indice (una limitación del GridView)

El código es muy simple: (siendo gw un Control GridView)

Obtenemos el DataTable del GridView

DataTable dtt =(DataTable) gw.DataSource;


Obtenemos de la fila (int) Row del GridView su correspondencia con la fila del DataTable contenido en el. Aquí podemos sustituir Row por cualquier valor, como el selectedIndex para la fila seleccionada en el GridView

int index = gw.Rows[row].DataItemIndex;


Finalmente devolvemos del DataTable Obtenido los datos de la fila (int) Row y el nombre de la columna que queremos ((string) Col)


object valorObtenido = dtt.Rows[index][col];


Y con esto ya tenemos en valorObtenido el valor de la fila y columna que necesitamos de la tabla que se usa para componer el GridView, este o no ese campo en el GridView.

Este código es especialmente &úacute;til para obtener datos de de la fila seleccionada en un GridView, pudiendo obtener incluso aquellos campos que no queremos mostrar en el control sin tener que añadírselos como campos ocultos.

Normalmente nosotros hacemos en ASPNET:

// Creamos las columnas que sea.. bla bla bla .. el diseño bla bla

// Vinculamos los datos
grid.DataSource = dtt;
grid.DataBind();


Con esto el DataBind no cargara los datos para las columnas que sean Visible=False

Lo mas sencillo para resolver este problema es simplemente, cargar todo el GridView y una vez que tenemos los datos, especificar cuales no queremos mostrar


// Creamos las columnas que sea.. bla bla bla .. el diseño bla bla

grid.DataSource = dtt;
grid.DataBind();
grid.Columns[0].Visible = false;


Simplemente cambiando el orden del DataBind() con respecto a la asignacion de las columnas no visibles hacemos que estas sean no visibles con sus datos.

Que aprobeche!!

Cuando trabajamos con ASP.NET lo mas normal es que nuestra aplicación este dividida en mas de un WebForm.
Esto conlleva que en más de una ocasión necesitaremos ir de una página a otra, y para realizar esa "navegación", tenemos opciones claramente diferenciadas:

Server.Transfer(): +1 Sobrecargas

Finaliza la ejecución de la página actual y comienza la ejecución de una nueva página para la solicitud actual.

Response.Redirect(): +1 Sobrecargas

Redirecciona un cliente a una nueva dirección URL. Especifica la nueva URL y si la ejecución de la página actual debe finalizar.

Server.Execute(): +1 Sobrecargas

Ejecuta la solicitud actual utilizando otra página ubicada en la ruta de acceso a la dirección URL especificada.

Los comportamientos de estas tres opciones pueden parecer similares a priori, pero si nos sumergimos un poco más en su funcionamiento veremos en que contexto debe usarse cada una.

Server.Transfer()

Al ejecutar este método se abandonará la página actual y se navegará a la introducida en el parámetro. Al realizarse esta operación, no se mostrará la URL de la nueva pagina, si no que se mantendrá la actual. Lo que "ocultara" de cara al usuario la ubicación de la página en la que se encuentra.

Su característica mas destacada, es que si utilizamos su sobrecarga podemos decirle si va a mandar el conjunto de controles que tenemos en la principal.


Server.Transfer("pagina2.aspx",true)


Si por ejemplo teníamos un formulario con un TextBox en la página principal, ahora podemos acceder al texto que contenía cuando se hizo la navegación. Para ello utilizaremos el nombre o el índice del control (hay que tener en cuenta, que si el control no existe, al intentar obtenerlo devolverá una excepción.):

\r\n


string cadena = Request.Form["NombreControl"];



string cadena = Request.Form[indice];


Otra de las peculiaridades de este método, es que como la redirección conlleva enviar objetos de servidor, no permite redirigir a URL\’s ajenas a la aplicación (como a Google o sucedáneos) ni a URL’s de HTML plano incluso si están incluidas dentro de la aplicación. Por tanto si fuera necesario, deberíamos crear un WebForm.aspx estándar e incluir dentro el HTML que necesitemos.

Response.Redirect()

Al ejecutar este método se abandonará la página actual y se navegará a la página introducida por parámetro, permitiendo además la posibilidad de que se mantenga la ejecución de esa página.

Es decir, ante dos botones con un código como este:


private void btnRedirigir_Click(object sender, System.EventArgs e) {
Response.Redirect("prueba.aspx",false);
Session["nombre"] == "Texto";
}

private void btnRedirigir2_Click(object sender, System.EventArgs e){
Response.Redirect("prueba.aspx");
Session["nombre"] == "Texto";
}


Al llegar al Page_Load de la página prueba.aspx, veremos que si habíamos pulsado el primer botón, tendremos almacenado en Session["nombre"] la cadena "Texto", mientras que si se utilizó el segundo botón ese objeto de sesión no existe.

Además de esto, se puede utilizar la redirección utilizando las variables por URL (como las $_GET de PHP). Es tan simple como crear la string con esas variables ya incluidas.


string querystring = "prueba.aspx?p=" + variable1.ToString() + "&q=" + variable2.ToString();
Response.Redirect(querystring);


Estas se almacenan en la Request y se puede acceder a ellas fácilmente:


int valor1 = Convert.toInt32(Request.Params["p"]);
int valor2 = Convert.toInt32(Request.Params["q"]);


Al igual que cuando se almacenan objetos en sesión, hay que realizar un casting ya que todo se guarda como object.

Al contrario que el Server.Transfer, este método si permite redirigir a una página externa (como un hipervínculo) y si que se ve la URL de la página al cargarse.

Server.Execute()

Esta es la opción menos recomendada, ya que no redirige físicamente, si no que ejecuta el código de la segunda pagina dentro de la primera. Su uso más habitual se basa en insertar un control de tipo Literal en la página principal, y ejecutar una segunda página a través de un StringWriter (que requiere un añadir un using del namespace System.IO), y que el resultado se almacene en el Literal. Por ejemplo:

StringWriter sw = new StringWriter();
Server.Execute(“prueba.aspx”,sw);
this.Literal1.Text = sw.ToString();

Si en prueba.aspx almacenamos el código de un Input TextBox y un Input Button dentro de un Panel, al ejecutar ese método obtendremos ese mismo conjunto de controles sin tener que ir físicamente a la página.