Pro e contro di una strana "architettura" iframe

1

Sono in procinto di sperimentare modi per rompere un grande (e crescente progetto). Attualmente stiamo lavorando con una grande applicazione Angolare con quello che presto sarà un gran numero di componenti.

Un'idea che mi piacerebbe provare è rompere ogni componente in un sito / progetto completamente separato, come una raccolta di plugin per il sito web principale. Essenzialmente, invece di inserire una visualizzazione di ng, inserirò semplicemente un iframe e visualizzerò il contenuto.

Ci sono alcuni aspetti negativi che ho già notato io stesso:

  1. gli iframe possono essere orribili

  2. la distribuzione è più complicata

  3. comunicare tra i plug-in è meno semplice

Spero che alcuni dei professionisti possano rivelarsi:

  1. non è necessario ridistribuire la soluzione per aggiungere nuovi componenti al sito

  2. i team che lavorano sui prodotti possono farlo, a loro piacimento. Possono utilizzare qualsiasi tecnologia e approccio e non sono limitati a Angular

Qualcuno ha qualche esperienza con questo tipo di approccio? Eventuali vantaggi e svantaggi da aggiungere a questo approccio? È diviso opinione sul lavoro un po 'quindi sarebbe bello avere più input da Internet.

    
posta Callum Evans 15.02.2016 - 19:09
fonte

1 risposta

1

Il più grande svantaggio degli iframe è che una richiesta http extra al server viene inviata ogni volta che un iframe o più iframe vengono caricati all'interno di una pagina. Anche javscript e altre risorse sono più difficili da condividere con la pagina principale, se necessario.

Perché non utilizzare include lato server per diversi componenti o richieste Ajax per i componenti o il contenuto inclusi?

Abbiamo appena convertito un sito web da iframe a richieste Ajax e il carico sul server è molto inferiore.

    
risposta data 15.02.2016 - 21:56
fonte

Leggi altre domande sui tag