Diferencia entre h:botón y h:commandButton

<h:button>

El <h:button>genera un HTML <input type="button">. El elemento generado utiliza JavaScript para navegar a la página proporcionada por el atributo outcome, mediante una solicitud HTTP GET.

P.ej

<h:button value="GET button" outcome="otherpage" />

Generará

<input type="button" onclick="window.location.href='/contextpath/otherpage.xhtml'; return false;" value="GET button" />

Aunque esto termina en un cambio de URL (marcable) en la barra de direcciones del navegador, esto no es compatible con SEO. Los robots de búsqueda no seguirán la URL en el archivo onclick. Será mejor que utilices un <h:outputLink>o <h:link>si el SEO es importante en la URL proporcionada. Si es necesario, podría agregar algo de CSS en el <a>elemento HTML generado para que parezca un botón.

Tenga en cuenta que, si bien puede poner una expresión EL que haga referencia a un método en el outcomeatributo como se muestra a continuación,

<h:button value="GET button" outcome="#{bean.getOutcome()}" />

no se invocará cuando haga clic en el botón. En cambio, ya se invoca cuando la página que contiene el botón se representa con el único propósito de obtener el resultado de navegación que se incrustará en el onclickcódigo generado. Si alguna vez intentó utilizar la sintaxis del método de acción como en outcome="#{bean.action}", este error/concepto erróneo ya lo insinuará al enfrentar una javax.el.ELException: No se pudo encontrar la propiedad actionMethod en la clase com.example.Bean .

Si tiene la intención de invocar un método como resultado de una solicitud POST, utilícelo <h:commandButton>en su lugar, consulte a continuación. O si tiene la intención de invocar un método como resultado de una solicitud GET, diríjase a Invocar la acción del bean administrado JSF al cargar la página o si también tiene parámetros de solicitud GET a través de <f:param>, ¿Cómo proceso los parámetros URL de la cadena de consulta GET en el bean de respaldo al cargar la página? ?

<h:commandButton>

Genera <h:commandButton>un botón HTML <input type="submit">que envía de forma predeterminada el padre <h:form>mediante el método HTTP POST e invoca las acciones adjuntas a actiony actionListener/o <f:ajax listener>, si las hay. Se <h:form>requiere.

P.ej

<h:form id="form">
    <h:commandButton id="button" value="POST button" action="otherpage" />
</h:form>

Generará

<form id="form" name="form" method="post" action="/contextpath/currentpage.xhtml" enctype="application/x-www-form-urlencoded">
    <input type="hidden" name="form" value="form" />
    <input type="submit" name="form:button" value="POST button" />
    <input type="hidden" name="javax.faces.ViewState" id="javax.faces.ViewState" value="...." autocomplete="off" />
</form>

Tenga en cuenta que, por lo tanto, se envía a la página actual (la URL de acción del formulario aparecerá en la barra de direcciones del navegador). Luego lo reenviará a la página de destino, sin ningún cambio en la URL en la barra de direcciones del navegador. Puede agregar ?faces-redirect=trueun parámetro al valor del resultado para activar una redirección después de la POST (según el patrón Post-Redirect-Get ) para que la URL de destino se pueda marcar como favorita.

Por lo general, se <h:commandButton>utiliza exclusivamente para enviar un formulario POST, no para realizar navegación de página a página. Normalmente, actionapunta a alguna acción comercial, como guardar los datos del formulario en la base de datos, lo que devuelve un Stringresultado.

<h:commandButton ... action="#{bean.save}" />

con

public String save() {
    // ...
    return "otherpage";
}

Volver nullo voidle devolverá a la misma vista. También se devuelve una cadena vacía, pero se recrearía cualquier bean con ámbito de vista. Hoy en día, con JSF2 y <f:ajax>, la mayoría de las veces las acciones simplemente regresan a la misma vista (por lo tanto, nullo void) en la que ajax representa condicionalmente los resultados.

public void save() {
    // ...
}

Ver también:

• ¿Cómo navegar en JSF? Cómo hacer que la URL refleje la página actual (y no la anterior)
• ¿Cuándo debo utilizar h:outputLink en lugar de h:commandLink?
• Diferencias entre acción y actionListener

Oct 25 '2012 15:10 BalusC