Когда следует использовать h: outputLink вместо h: commandLink?

Когда я должен использовать <h:outputLink>вместо <h:commandLink>?

Я понимаю, что a commandLinkсоздает сообщение HTTP; Я предполагаю, что это outputLinkбудет генерировать HTTP-запросы. Тем не менее, большинство учебных материалов по JSF, которые я прочитал, используют commandLink(почти?) Исключительно.

Контекст: я реализую крошечный демонстрационный проект, который показывает ссылку заголовка на страницу пользователя, очень похоже на Stack Overflow ...

... и я не уверен, что это commandLink(возможно, использование ?faces-redirect=trueдля закладок) или outputLinkправильный выбор.

<h:outputLink>Оказывает fullworthy HTML <a>элемент с соответствующей URL в hrefатрибуте , который выстреливает запрос bookmarkable GET. Он не может напрямую вызывать метод действия управляемого компонента.

<h:outputLink value="destination.xhtml">link text</h:outputLink>

<h:commandLink>Оказывает HTML - <a>элемент с onclickскрипт , который отправляет форму (скрытый) POST и может вызвать метод управляемого компонента действия. Его также необходимо разместить внутри файла <h:form>.

<h:form>
    <h:commandLink value="link text" action="destination" />
</h:form>

?faces-redirect=trueПараметр на <h:commandLink>, который запускает перенаправление после POST (в соответствии с Post-Redirect-Get шаблона), только улучшает bookmarkability целевой страницы , когда связь на самом деле нажата (URL - адрес не будет «один за» больше) , но это не меняет hrefот <a>элемента , чтобы быть fullworthy URL. Это все еще остается #.

<h:form>
    <h:commandLink value="link text" action="destination?faces-redirect=true" />
</h:form>

Начиная с JSF 2.0, существует также функция, <h:link>которая может принимать идентификатор представления (результат варианта навигации) вместо URL-адреса. Он также сгенерирует HTML- <a>элемент с правильным URL-адресом в href.

<h:link value="link text" outcome="destination" />

Итак, если это для простой и удобной навигации от страницы к странице, такой как ссылка имени пользователя SO, используйте <h:outputLink>или <h:link>. Это также лучше для SEO, поскольку боты обычно не шифруют ни POST-формы, ни JS-код. Кроме того, UX будет улучшен, так как страницы теперь можно добавлять в закладки, а URL-адрес больше не «на один позади».

При необходимости вы можете выполнить предварительную обработку в конструкторе или @PostConstructв @RequestScopedили, @ViewScoped @ManagedBeanкоторый прикреплен к рассматриваемой целевой странице. Вы можете использовать @ManagedPropertyили <f:viewParam>установить параметры GET как свойства bean-компонента.

Смотрите также:

• ViewParam против @ManagedProperty (значение = "# {param.id}")
• Для чего можно использовать <f: metadata>, <f: viewParam> и <f: viewAction>?
• Возможность добавления закладок через функцию просмотра параметров
• Как ориентироваться в JSF? Как сделать так, чтобы URL отображал текущую страницу (а не предыдущую)

Я также вижу, что загрузка страницы (производительность) занимает много времени при использовании h: commandLink, чем h: link. h: ссылка быстрее по сравнению с h: commandLink