Preload next iframe to use for preview

Each time the current project changes, we load up a new project in a fresh iframe. We also keep the previous iteration of the preview frame in the DOM until the new one is fully ready, to ensure the smoothest possible transition.

However, with #2107, loading the next frame is a bit heavier weight, because it loads an actual HTML page with a JavaScript bundle attached. While all the loaded content is static and should be thoroughly cached, the browser still needs to parse everything every time. So, let’s proactively load a fresh iframe with preview.html before we are ready to put a compiled project in it.

One wrinkle here is that the collection of frames we are showing currently is keyed on compiledProjectKey, which is only generated when we start to compile an iteration of the current project. However we want to render this preloaded frame in advance of any compilation starting. Having given it only a little thought, I think the move is probably to shift our semantics a little bit and rename compiledProjectKey to previewFrameKey (if I’m not mistaken this fits all current usage of that property); and then add a nextPreviewFrameKey to Redux state, which is “popped” off each time we initiate project compilation, and replaced with a freshly-generated one.

Inizia tracciando il ciclo di vita esistente dell’iframe, l’utilizzo di compiledProjectKey e lo stato Redux relativo alla compilazione del progetto. Esamina preview.html e il comportamento descritto in #2107. Il lavoro è completato quando un frame di preview nuovo viene caricato prima della compilazione e poi riutilizzato quando il progetto compilato è pronto, senza alterare il comportamento di transizione esistente.