Renderização anti-flicker

Quando uma variante altera algo acima da dobra, o visitante não pode ver primeiro o original. O runtime oculta a página enquanto as alterações se aplicam e revela-a logo a seguir, pelo que a primeira coisa desenhada é a versão a ser testada.

A engenharia interessante está na segunda metade. Ocultar a página de um cliente é a coisa mais perigosa que este software faz, pelo que a revelação é chamada a partir de quatro caminhos de código independentes: depois de as alterações se aplicarem, a partir do tratador de erros interno, a partir do tratador de erros externo, e no runtime servido a sites sem nenhum teste a correr.

Essa redundância é deliberada e é tratada como um invariante e não como duplicação a arrumar num só sítio. Se um caminho falhar, outro continua a correr. A falha contra a qual isto se defende é um site de cliente ficar em branco para os seus próprios visitantes.

Os erros no código do teste são capturados e reportados depois, em vez de lançados, pela mesma razão: uma variante avariada deve custar-lhe o teste, nunca a página.