Différence entre les retourner null et “ d'un ACI action

De ce que je comprends, quand un JSF action est de retour "" (Chaîne vide) l'utilisateur reste sur la page en cours, mais l'affichage est actualisé. Toutefois, lorsque l'action est de retour null l'utilisateur reste sur la page en cours, mais l'ancienne vue de les réutiliser. Ma question est:

  1. Est la déclaration ci-dessus correcte (précis)?
  2. Si oui, quelles sont alors les conséquences? Plus précisément, quel est l'effet à l'aide de l'un contre l'autre sur les données de la page (valeurs en JSF composants de l'INTERFACE utilisateur ou des données stockées dans une demande-portée du bean dans un DataTable, par exemple)?
  3. Dans quelles situations doit-on être utilisés sur les autres?
InformationsquelleAutor Brent C | 2012-01-05
  1. 32

    Est la déclaration ci-dessus correcte (précis)?

    Oui. Au lieu de retourner null vous pouvez également juste retour void.

    Si oui, quelles sont alors les conséquences? Plus précisément, quel est l'effet à l'aide de l'un contre l'autre sur les données de la page (valeurs en JSF composants de l'INTERFACE utilisateur ou des données stockées dans une demande-portée du bean dans un DataTable, par exemple)?

    Rien sur la portée de la requête de haricots. Il a d'effet que sur JSF2 vue l'étendue des haricots. Sur le retour null ou void, la vue étendue de haricot instance seront conservés dans la requête suivante, sinon, il sera recréé.

    Dans quelles situations doit-on être utilisés sur les autres?

    Si vous souhaitez conserver les JSF2 vue l'étendue de haricot dans la suite de la demande.

    Voir aussi:

    • Donc, si je suis en utilisant JSF 1.2, sans vue-champ d'application, alors il est sûr de dire qu'il n'y a vraiment aucune différence?
    • Fonctionnellement, pas. Mais, techniquement, il y a une différence qui vous avez déjà trouvé vous-même. La création d'un nouveau point de vue a un mineur de coût. Il suffit de toujours revenir null ou void sur les publications de la même vue.
    • Pour info: les Actions d'Application ont les contraintes suivantes dans le JSF2 spec: 1. La méthode doit être public. 2. La méthode ne doit prendre aucune des paramètres. 3. La méthode doit retourner un Objet. je me souviens d'au moins une de navigation de l'API de mise en œuvre de sauter si vous avez essayé d'utiliser un void type de retour, mais ne me souviens pas qui vendor/version.
    • en réalité, tout ce qui peut être représenté par un MethodExpression juridique est une méthode d'action, même celles qui prennent de paramètres que possible dans EL 2.2. Que spec citer est peut-être un vestige de JSF 1.0.
    • Est cette différence dans le traitement de la valeur de la réponse couverts dans spec ou c'est juste de la mise en œuvre de chose?
    • Comment est-ce de travailler avec une conversation étendue de haricot?

    InformationsquelleAutor BalusC