Lien hypertexte vs d'Ancrage

Lors de l'utilisation de lien Hypertexte et quand utiliser l'Ancre?

Lors de l'utilisation de lien Hypertexte comment gérer les clics?
com.google.gwt.de l'utilisateur.client.l'interface utilisateur.Lien hypertexte.addClickHandler(ClickHandler) est obsolète
com.google.gwt.de l'utilisateur.client.l'interface utilisateur.Lien hypertexte.addClickListener(ClickListener) est déprécié en tant que bien.

Doc suggère d'utiliser des Anchor#addClickHandler, mais comment les utiliser d'Ancrage#addClickHandler lors de l'utilisation de lien Hypertexte

Veut dire que si j'ai besoin de manipuler cliquez sur j'devriez toujours utiliser Anchor et de ne jamais utiliser HyperLink?

InformationsquelleAutor javapowered | 2011-09-30
  1. 23

    La grande question, parce que c'est tellement simple, et pourtant, ouvre de ce que pourrait être un tout nouveau domaine pour beaucoup de GWT programmeurs. J'ai jusqu'-voté à la question juste parce qu'il peut être un grand avantage pour les personnes à explorer ce que GWT peut faire.

    D'ancrage est un widget pour le stockage et l'affichage d'un lien hypertexte -- essentiellement le <a> tag. Vraiment pas beaucoup plus passionnant que cela. Si vous voulez que votre page de lien vers un site externe, utilisez l'ancre.

    Liens sont également utilisés pour la navigation interne. Disons que j'ai une application GWT qui demande à l'utilisateur de se connecter, donc sur mon premier panneau, j'ai mis un bouton de connexion. Lorsque l'utilisateur clique dessus, je voudrais afficher un nouveau panneau avec des widgets pour recueillir des informations de l'utilisateur, le code pour valider, et puis si validé, reconstruire ce premier panneau de l'utilisateur était sur.

    Boutons sont bien, mais c'est un navigateur, et je veux que mon expérience de l'utilisateur à être plus comme une page web, pas une application de bureau, donc je veux utiliser les liens à la place des boutons. Lien hypertexte ne que. Le documentation pour le lien hypertexte décrit ainsi:

    Un widget qui sert de "interne" lien hypertexte. C'est, c'est un lien
    à un autre état de l'application en cours d'exécution. Lorsque vous cliquez dessus, il va
    créer une nouvelle histoire de l'image à l'aide de l'Histoire.newItem(java.lang.Chaîne de caractères),
    mais sans recharger la page.

    Être un véritable lien hypertexte, il est également possible pour l'utilisateur
    "clic-droit, ouvrir le lien dans une nouvelle fenêtre", qui sera la cause de la
    demande à être chargé dans une nouvelle fenêtre à l'état spécifié par le
    lien hypertexte.

    Que la deuxième phrase devrait aider à clarifier les choses. Le lien hypertexte est pas la modification de la page dans l'URL de sens (le moyen d'ancrage ne), si l'URL de refléter l'état du programme en affichant le "jeton" associé avec le lien hypertexte ajouté à l'URL de base après une barre oblique. Vous définissez le jeton. Ce serait quelque chose de descriptif comme "login" ou "aide" ou "à propos". Mais ce n'est pas une nouvelle page. Il n'y a aucun autre fichier HTML que vous avez eu à construire pour afficher une page d'aide, par exemple. C'est le état de l'actuel GWT application qui est en train de changer. Même si vous "ouvrir dans une nouvelle fenêtre", vous êtes juste la course de la même application dans un état particulier.

    Il ressemble à un lien, mais c'est vraiment un widget qui manipule l'histoire de l'image, qui à son tour vous permet de vous déplacer à l'état de votre application GWT. Vous n'écrivez pas un gestionnaire de clic pour le lien hypertexte widget, mais un changement de valeur gestionnaire pour l'histoire de la pile. Quand vous voyez que les "aide" jeton a été mis sur l'histoire de la pile, votre gestionnaire d'exécuter du code GWT à joindre à la RootPanel un FlowPanel intégré dans le HTML du texte avec votre aide. De ce qui est perçu par l'utilisateur comme une "nouvelle page", qui est ce qu'il attend lorsqu'il clique sur un lien hypertexte. L'URL sera quelque chose.html/aide. Maintenant, prétendre qu'il retourne à cette adresse URL à l'aide du bouton de retour, pas de lien hypertexte. Pas de problème. Vous n'avez pas de soins sur le lien hypertexte, cliquez sur. Vous ne se soucient que, d'une certaine manière, l'histoire de la pile des changements. Votre changement de valeur gestionnaire des feux de nouveau, et fait la même chose qu'avant pour afficher le panneau d'aide. L'utilisateur bénéficie de l'expérience de la navigation à travers les pages web, même si vous et je sais qu'il y a seulement une page web et que vous y attacher et de détacher des panneaux à l'RootPanel (ou autre système que vous utilisez pour afficher votre GWT panneaux).

    Et cela conduit à un bonus sujet.

    Ce bonus est un peu plus compliqué, mais, ironiquement, il pourrait aider à mieux comprendre les liens hypertexte. - Je dire de plus compliqué, mais vraiment, il permet de solidifier cette notion qu'une application GWT est constitué d'une série d'états, et que la page web sur l'écran est tout simplement la perception de l'utilisateur de ces changements d'état. Et c'est Les activités et les Lieux. Les activités et les Lieux abstraction de cette histoire de cadre de la manipulation, de la manutention à l'arrière-plan une fois que vous avez mis en place un mappeur avec une GWT-classe fournie conçu à cet effet, vous permettant de briser votre application en une série d'activités, et que l'utilisateur interagit par le biais de ces activités, il est mis dans des endroits différents, et chaque lieu a vue. En outre, l'utilisateur peut se déplacer d'un endroit à l'aide de contrôles de navigateur comme la barre d'adresses, signets, l'historique, et les boutons précédent/suivant, donnant à l'utilisateur une véritable web-comme l'expérience. Si vous voulez vraiment obtenir une poignée sur la différence conceptuelle entre les liens hypertexte et les ancrages, vous devriez essayer d'apprendre ce GWT sujet. Il peut vraiment vous faire changer votre façon de voir vos applications, et pour le mieux.

    • merci, si lien hypertexte n'est pas le changement de l'URL, pourquoi elle affecte l'histoire? comme l'histoire dans le navigateur est la liste des Url, n'est-ce pas? et elle n'est toujours pas évident à gérer, cliquez sur lien hypertexte dans gwt 2.0 ou supérieur
    • Lorsque le lien hypertexte est cliqué, il met automatiquement le jeton (une courte chaîne de caractères) que vous avez alloué à ce lien sur la pile, et l'URL change. Au lieu d'un gestionnaire de clic, vous écrivez une valeur de changement de gestionnaire qui se déclenche lorsque l'historique des modifications de pile. Ce gestionnaire de cartes de changements à l'histoire de la pile à des modifications de l'état de votre programme. Votre histoire de la pile de changement de valeur gestionnaire d'inspecter la pile, voir le jeton qui est là, et puis exécutez votre code à modifier l'état (et l'apparence) de votre application basée sur le jeton. Si l'utilisateur clique sur le bouton de retour, la même chose arrive.
    • La meilleure chose à faire est de l'essayer. Tout deviendra clair. Faites-moi confiance. Et puis lisez à propos des Activités et des Lieux et de dire, "Oh wow, cela gère les Url et les histoires et tout!"
    • En passant, je vois où je n'ai pas été clair en disant que l'URL ne change pas. L'URL ne change dans l'histoire des jetons sont ajoutées à l'URL de base. Mais, en réalité, la même GWT programme est en cours d'exécution liées à la même RootPanel. L'URL change de refléter les changements de l'état de l'GWT programme, pas un emplacement web dans le sens normal . Cela vous aide?
    • Édité mon principale réponse pour aider à éclaircir l'URL en question.
    • merci Steve de très bon commentaire! Cependant, j'ai un marquage une autre réponse que la réponse est correcte parce que je pense qu'il est plus concentré sur ma question.
    • Hey, si vous avez appris quelque chose de ma réponse, ou quelqu'un d'autre l'a fait, alors qu'il est bien pour moi.
    • Je comprends la différence, mais ne vois pas l'intérêt d'utiliser un lien Hypertexte. En fait, pour moi, ça ressemble à l'aide d'un lien Hypertexte consiste à sauter à travers des cerceaux juste pour arriver à quelque chose qui se comporte comme un point d'Ancrage, mais avec un peu moins d'utilité (pas sur sur le comportement). Le cas d'utilisation n'a pas de sens pour moi.

    InformationsquelleAutor Steve J
  2. 6

    Hyperlink (ou InlineHyperlink) est essentiellement rien de plus qu'une sorte de Anchor avec un ClickHandler que les appels History.newItem et preventDefault() l'événement (ainsi que le lien n'est pas réellement suivi).

    En fait, Hyperlink ne le fais que si il pense (et oui, c'est seulement une supposition) vous avez cliqué avec le bouton droit ou du moyen-clic (ou ctrl-clic) sur le lien (selon le navigateur), pour ouvrir le lien dans une nouvelle fenêtre ou onglet.

    Si vous avez besoin de tout autre comportement, puis ne pas utiliser Hyperlink et l'utilisation Anchor à la place. Et si vous le souhaitez, ajouter un comportement à un Hyperlink, puis utiliser une Anchor et imiter ce que les Hyperlink n'. Et vous pouvez réutiliser le HyperlinkImpl avoir le clic droit/ctrl-cliquez sur la manipulation (voir les liens ci-dessous).

    Mais en fait, si vous avez besoin de quelque chose qui ressemble à un lien et de faire quelque chose sur un clic, mais ne possède pas de "URL de destination" (c'est à dire qu'il ne devrait pas être cliqué avec le bouton droit/ctrl-clic pour ouvrir dans une nouvelle fenêtre/onglet, ou il ne signifierait rien pour le faire), alors il ne faut pas utiliser un ANchor ou Hyperlink, utiliser un Label quelle que soit la place, et la faire ressembler à un lien (mais bon, peut-être devriez-vous utiliser un Button et ont-il ressembler à un bouton; utilisé Google pour avoir le lien de ressemblance boutons –comme le "rafraîchir" un lien/bouton dans GMail– et les a modifiées pour ressembler à des boutons quand ils ne sont vraiment pas les liens).

    Voir aussi https://groups.google.com/d/msg/google-web-toolkit/P7vwRztO6bA/wTshqYs6NM0J et https://groups.google.com/d/msg/google-web-toolkit/CzOvgVsOfTo/IBNaG631-2QJ

    • donc, parce que je ne veux pas garder l'histoire (j'ai réellement besoin de l'affichage de pop-up boîte de dialogue cliquez sur, comme "êtes-vous sûr?"), je dois utiliser l'Ancre
    • mais cela ne correspond pas à ce que: "Le lien hypertexte n'est pas la modification de la page dans l'URL de sens (le moyen d'ancrage ne), si l'URL de refléter l'état du programme en affichant le "jeton" associé avec le lien hypertexte ajouté à l'URL de base après une barre oblique.". Je ne veux pas changer d'URL. Je veux afficher "êtes-vous sûr de" popup sur cliquez sur. il semble donc que dans le commentaire ci-dessous, je devrais utiliser Hyperlink, mais à partir de votre commentaire que je devrais utiliser Anchor 🙂
    • Si votre "lien" ne le "lien" de quelque part ("ouvrir dans un nouvel onglet/fenêtre" n'aurait pas de sens), alors que ni Hyperlink ni Anchor sont appropriées. Ce que @steve-j essayais de dire, c'est qu'avec le Hyperlink, le lien n'est pas "suivi" par le navigateur (en raison de la preventDefault() fait en interne), mais ça va faire un History.newItem qui va changer l'URL de hachage (en fait "pousser" à la "pile" dans l'histoire). Avec Anchor, à moins que vous preventDefault() dans un ClickHandler, le navigateur de suivre le lien et accédez à l'URL donnée.
    InformationsquelleAutor Thomas Broyer