Obtenez de l'URI complète de la href propriété d'un lien

Je voudrais avoir une confirmation sur un point.

Mon objectif est toujours d'obtenir la même chaîne (qui est l'URI dans mon cas) lors de la lecture href propriété à partir d'un lien. Exemple:

<a href="test.htm" /> avec base_url = http://domain.name/

<a href="../test.htm" /> avec base_url = http://domain.name/domain/

<a href="http://domain.name/test.htm" /> avec base_url = n'importe quel dossier de http://domain.name/

J'ai besoin d'obtenir http://domain.name/test.htm à partir de la 3 situations ci-dessus (ou tout autre chaîne identique).

Après quelques tests, il semble que my_a_dom_node.href toujours le retour au plein-qualifiés URI, y compris la http://domaine.name, qui devrait être d'accord pour ce que je veux.

jQuery a un comportement différent et $(my_a_dom_node).attr('href') renvoie le contenu (texte) qui apparaît à l'intérieur du HTML. Donc mon astuce est d'utiliser $(my_a_dom_node).get(0).href pour obtenir l'URI complète.

La question est: peut-on s'y fier?

  • BTW: $(my_a_dom_node).get(0).href == $(my_a_dom_node)[0].href
InformationsquelleAutor Savageman | 2010-04-14
  1. 23

    OUI, vous pouvez compter!

    Une fois quand les gens a l'aide de javascript simple (pas de jQuery) de nombreuses personnes ont demandé à l'opposé de ce que vous demandez, ils voulaient obtenir l'url réelle comme écrit dans l'attribut href et pas le plein, dans ce cas, ils ont utilisé pour le faire simplement:

    my_a_dom_node.getAttribute('href', 2); //works both IE/FF

    Puis il est venu jQuery qui ont aidé les gens à ne pas perdre leur temps à trouver qu'ils auraient besoin d'un tel code et jQuery retourne toujours l'url réelle comme écrit dans l'attribut href.

    C'est drôle que maintenant, quelqu'un demande comment faire pour obtenir l'adresse url complète parce que jQuery retourne celle qui est écrite dans l'attribut href.

    • Oui, j'ai trouvé les questions que vous vous en parler quand j'ai écrit ma question. Merci pour la réponse.
    • Pourquoi êtes-vous à la fourniture d'une deuxième argument de valeur 2? getAttribute n'a qu'un seul argument.
    • getAttribute est livré avec deux arguments, le 2ème argument est facultatif: msdn.microsoft.com/en-us/library/ms536429(v=vs. 85).aspx
    • Oh je vois merci homme. Je pense que c'est IE seul. FF docs: developer.mozilla.org/en-US/docs/Web/API/...
    • oui, c'est seulement IE mais Firefox n'est pas le feu à une erreur si vous fournissez un deuxième argument, il suffit simplement de les ignorer.
    InformationsquelleAutor Marco Demaio
  2. 14

    Je sais que c'est une vieille question, mais ce qui est en fait la première entrée qui est apparu, je crois qu'il est bon d'ajouter une solution supplémentaire. Depuis jQuery introduit la "prop", d'obtenir l'URL complète est aussi simple que:

    $(my_a_dom_node).prop('href');

    J'espère que encore de l'aide à quelqu'un.

    InformationsquelleAutor arakell
  3. 10

    Oui, vous pouvez compter sur cela.

    À la recherche par le biais de l'jQuery (1.4.2) le code source, je vois le jQuery.attr() fonction en cours d'utilisation (résumé pour les parties pertinentes):

    jQuery.extend({
  //...
  attr: function( elem, name, value, pass ) {
    //...

    var attr = !jQuery.support.hrefNormalized && notxml && special ?
               //Some attributes require a special call on IE
               elem.getAttribute( name, 2 ) :
               elem.getAttribute( name );

    //Non-existent attributes return null, we normalize to undefined
    return attr === null ? undefined : attr;    
  }
});

    Donc iteffectively appels elem.getAttribute('href') qui retourne la vraie valeur de l'attribut, tandis que le href de la propriété par la conception renvoie l'URL canonique.

    Cependant, il est une référence à jQuery.support.hrefNormalized, dont la prise en charge jQuery site est-à-dire:

    • hrefNormalized: Est égal à true si la .getAttribute() méthode récupère
      le href attribut des éléments
      inchangé, plutôt que de les normaliser
      à un URL. (Il est
      actuellement faux dans IE, les Url sont
      normalisée). DOM l3 spec

    Cela signifie essentiellement que jQuery découvre comportement du navigateur sur son propre et s'adapte en conséquence de fournir un résultat uniforme.

    • Génial, merci pour la réponse. Je souhaite que je pourrais donner 2 accepté de répondre ici. J'ai voté Marco Demaio, parce qu'il était d'abord et essentiellement dire la même chose.
    • Oui... il m'a fallu un certain temps à creuser dans le code source. 😉
    InformationsquelleAutor Tomalak
  4. 1

    Vous pourrait recomposer la totalité de l'url à l'aide d'un peu de javascript :

    function parseLink(link) {
    var baseUrl = location.href.substring(0,location.href.lastIndexOf('/'));
    if (link.indexOf('/') != -1) {
        link = link.substring(link.lastIndexOf('/')); 
    } else {
        link = "/"+ link;
    }
    var fullUrl = baseUrl + link;
    return fullUrl
}
    • Serait-ce vraiment fonctionner pour n'IMPORTE quel sous-dossier et chemin relatif? De ma compréhension, il n'est pas le cas.
    • Je pense que oui, le baseUrl chose est assez simple. Peut-être quelqu'un pour me prouver le contraire ?
    InformationsquelleAutor rnaud