Hej där! Jag är en fönsteröppnare -leverantör, och jag får ofta några intressanta frågor om den tekniska sidan av saker. En fråga som dyker upp en hel del är: "Kan jag komma åt domen på fönsteröppnaren från barnfönstret?" Låt oss dyka in i det här ämnet och se vad som är vad.
Först och främst, låt oss snabbt förklara vad DOM är. Dokumentobjektmodellen, eller DOM för kort, är som ett trädstrukturerat representation av alla element på en webbsida. Det gör att JavaScript kan interagera med dessa element, ändra sina stilar, innehåll och så vidare. Nu, när vi pratar om en fönsteröppnare och ett barnfönster, har vi vanligtvis scenarier där en webbsida öppnar en annan.
Föreställ dig att du är på en huvudsida (fönsteröppnaren) och du klickar på en knapp som öppnar en ny flik eller fönster (fönstret för barn). Frågan är, kan barnfönstret nå tillbaka och röra sig med huvudsidan? Svaret är inte ett enkelt ja eller nej.
Samma - ursprungspolicy
Den stora regeln här är samma - ursprungspolicy. Detta är en säkerhetsåtgärd i webbläsare som begränsar en sida från att komma åt en annan sidas DOM om de har olika ursprung. Ett ursprung är i princip en kombination av protokollet (som http eller https), domänen (t.ex. www.example.com) och portnumret.
Om fönsteröppnaren och barnfönstret har samma ursprung blir saker mycket mer flexibla. Om du till exempel öppnar ett nytt fönster från din egen webbplats kan barnfönstret komma åt DOM i öppnarfönstret. Du kan användafönster.Objekt i JavaScript för att göra detta. Här är ett enkelt exempel:
// i barnfönstret if (windows.opener) {var openerDocument = fönster.opener.document; // Nu kan du komma åt element i öppnarens dokument var någonEELEMENT = OpenERDocument.getElementById ('Some - Id'); if (SomeElement) {en delElement.style.Color = 'Red'; }}Men om ursprunget är annorlunda kommer webbläsare att blockera åtkomsten. Detta för att förhindra att skadliga webbplatser stjälkänslig information från andra webbplatser. Om du till exempel öppnar ett barnfönster från din E -handelswebbplats till en tredje parti -betalningsport kan betalningsportens fönster inte komma åt din E -handelssidans DOM.
Varför skulle du vilja komma åt DOM för fönsteröppnaren?
Som fönsteröppnare leverantör kan jag tänka på några orsaker till att någon kanske vill göra detta. Låt oss säga att du har en produktkatalog på din huvudsida, och när en användare klickar på en produkt öppnar det ett barnfönster med mer detaljerad information. Du kanske vill att barnfönstret ska uppdatera huvudsidans DOM för att visa att produkten har visats eller lägga till den i en "nyligen sett" -lista.
Ett annat användningsfall kan vara i ett konfigurationsverktyg. Du öppnar ett barnfönster för att konfigurera en fönsteröppnareprodukt, som enMotoriserad blindbrytare. När användaren är klar med konfigurationen i barnfönstret kan du använda åtkomsten till fönsteröppnarens DOM för att uppdatera huvudsidan med de valda konfigurationsalternativen.
HANTERING CROSS - Ursprungssituationer
Om du behöver komma åt DOM för fönsteröppnaren i en korssituation, finns det några lösningar. Ett alternativ är att använda API: s postMessage. Detta gör att Windows med olika ursprung kan kommunicera på ett säkert sätt.
Den grundläggande idén är att ett fönster kan skicka ett meddelande till ett annat fönster medefterfråganmetod och det mottagande fönstret kan lyssna på dessa meddelanden medWindow.AddeVentListener ('Meddelande', återuppringning)händelse.
Så här fungerar det:
// i barnfönstret var målorigin = 'https://www.example.com'; Window.Opener.PostMessage ('Vissa data från barnfönster', Targetorigin); // i fönsteröppnarfönstret.På detta sätt kan du utbyta data mellan de två fönstren utan att direkt komma åt DOM, som blockeras av samma - ursprungspolicy.
Real - World Exempel i fönsteröppnaren
Låt oss prata om några verkliga - världsscenarier i fönsteröppnaren. Anta att du har en huvudsida som listar olika typer av fönsteröppnare, som45 mm elektronisk motorochPrecisionsmekanisk gränsmotor. När en användare klickar på en motor för att lära sig mer öppnar ett barnfönster.
Du kan använda DOM -åtkomsten (om möjligt) för att uppdatera huvudsidans visningsantal för den produkten. Eller, om barnfönstret har en "Lägg till i vagn" -knappen kan du använda åtkomsten för att uppdatera vagnsikonen på huvudsidan.
Om Cross - Origin är ett problem kan du fortfarande använda API: s postMessage. Till exempel kan barnfönstret skicka ett meddelande till huvudsidan som säger att en produkt har lagts till i vagnen. Huvudsidan kan sedan uppdatera vagnens räkning och visa ett bekräftelsemeddelande.
Den nedersta raden
Så kan du komma åt DOM för fönsteröppnaren från barnfönstret? Det beror på samma - ursprungspolicy. Om ursprunget är detsamma kan du användafönster.Objekt för att komma åt DOM. Om inte, måste du använda PostMessage API för att kommunicera mellan fönstren.
Som en fönsteröppnare leverantör kan förstå dessa koncept hjälpa dig att skapa bättre användarupplevelser på din webbplats. Oavsett om det är att tillhandahålla mer detaljerad produktinformation eller effektivisera shoppingprocessen, kan det göra en stor skillnad att kunna interagera mellan olika fönster.
Om du är på marknaden för fönsteröppnare av hög kvalitet, motorer eller switchar, och du vill veta mer om hur våra produkter kan passa in i dina projekt, skulle vi gärna prata. Nå ut till oss för att starta en upphandlingsdiskussion, och låt oss arbeta tillsammans för att hitta de bästa lösningarna för dina behov.
Referenser
- MDN Web Docs - Samma - Origin Policy
- MDN Web Docs - Window.PostMessage ()
- W3SCHOOLS - JavaScript -fönsterobjekt