De Workspace.SignalBehavior eigenschap bepaalt of gebeurtenishandlers onmiddellijk of uitgesteld worden uitgevoerd. De Enum.SignalBehavior.Deferred optie wordt aanbevolen omdat deze helpt de prestaties en correctheid van de engine te verbeteren. De gebeurtenishandlers voor uitgestelde evenementen worden hervat op het volgende hervattingpunt, samen met eventuele nieuw geactiveerde gebeurtenishandlers.
De Enum.SignalBehavior.Default waarde van Workspace.SignalBehavior is momenteel gelijk aan Enum.SignalBehavior.Immediate, maar zal uiteindelijk veranderen naar Enum.SignalBehavior.Deferred. Plaatsen in de template zijn standaard direct ingesteld op Enum.SignalBehavior.Deferred.
De volgende diagram vergelijkt het gedrag van het Immediate evenement en het Deferred evenement.
- Met het Immediate gedrag, als een evenement een ander evenement activeert, wordt de tweede gebeurtenishandler onmiddellijk uitgevoerd.
- Met het Deferred gedrag wordt het tweede evenement aan het einde van een wachtrij toegevoegd en later uitgevoerd.
De totale tijd die nodig is verandert niet, maar de volgorde is anders.
"Her-invoeren" voorkomt dat evenementen elkaar continu activeren wanneer ze een bepaalde diepte bereiken. De huidige limiet hiervoor is 10.
Voordelen van uitgestelde evenementen
Het Immediate gedrag heeft enkele nadelen. Voor elke instantie die aan je spel wordt toegevoegd, elke eigenschap die verandert, of een andere trigger die wordt geactiveerd, moet de engine Luau-code uitvoeren voordat er iets anders gebeurt.
- Om 1.000 eigenschappen te veranderen, moeten er mogelijk 1.000 codefragmenten worden uitgevoerd na elke wijziging.
- Vreemde, moeilijk te diagnosticeren bugs kunnen optreden, zoals een verwijderingsgebeurtenis die wordt geactiveerd voordat iets zelfs maar is toegevoegd.
- Prestatiekritische systemen kunnen evenementen activeren die vereisen dat ze heen en weer naar Luau moeten terugkeren.
- Gebeurtenishandlers kunnen wijzigingen aanbrengen in de plaats of andere evenementen activeren elke keer dat een evenement wordt geactiveerd.
- Een evenement kan meerdere keren worden geactiveerd ondanks dat het overbodig is, zoals een eigenschap die twee keer verandert.
Door specifieke delen van de levenscyclus van de engine te hebben waarin Luau kan draaien, kan de engine verbeterde prestaties behalen door gebruik te maken van een aantal aannames:
- Prestatiekritische systemen hoeven niet naar Luau te wachten, wat leidt tot prestatieverbeteringen.
- Tenzij de engine zelf het verandert, verandert de plaats nooit buiten een hervattingspunt.
Hervattingpunten
Na uitstel wordt een gebeurtenishandler hervat op het volgende hervattingspunt. Momenteel omvat de set van hervattingpunten:
- Invoerverwerking (wordt hervat eenmaal per invoer die moet worden verwerkt, zie UserInputService)
- Legacy wachtende script-hervatting zoals wait(), spawn(), en delay()
Veelvoorkomende aangetaste codepatronen
Met externe evenementen werken de volgende voorbeelden of stoppen met correct functioneren of hebben subtiel ander gedrag; ze zijn afhankelijk van evenementen die onmiddellijk worden hervat.
Trigger en vang evenementen halverwege de uitvoering
In dit voorbeeld wordt altijd false geretourneerd wanneer uitgestelde evenementen zijn ingeschakeld omdat de callback nog niet is uitgevoerd. Om correct te werken, moet de thread wachten totdat het evenement ten minste had moeten worden geactiveerd.
local success = false
event:Connect(function ()
success = true
end)
doSomethingToTriggerEvent() -- Zorgt ervoor dat `event` wordt geactiveerd
return successLuister naar de eerste keer dat een evenement voorkomt
connection = event:Connect(function ()
connection:Disconnect()
-- doe iets
end)Met uitgestelde evenementen ingeschakeld, kunnen meerdere aanroepen van de gebeurtenishandler in de wachtrij worden geplaatst voordat je de verbinding met het evenement verbreekt. Het aanroepen van Disconnect() laat alle uitstaande aanroepen van de gebeurtenishandler vallen—dezelfde gedrag dat bestaat voor onmiddellijke evenementen.
Elke andere methode van ontkoppeling naast Disconnect(), zoals het aanroepen van Destroy() op de Instance, ontkoppelt het signaal onmiddellijk, maar voert de bijbehorende gebeurtenishandler uit voor alle evenementen die nog in behandeling zijn.
Als alternatief kun je Once() gebruiken als een handigere methode om verbinding te maken met een evenement waarvan je alleen de eerste aanroep nodig hebt.
Evenementen die afstamming of eigenschappen veranderen
Uitgestelde evenementen zorgen ervoor dat evenementen die een verandering in afstamming of een eigenschap afhandelen, worden geactiveerd nadat de afstamming of eigenschap is veranderd:
local part = Instance.new("Part", workspace)
local function onPartDestroying()
print("In signaal:", part:GetFullName(), #part:GetChildren())
end
part.Destroying:Connect(onPartDestroying)
part:Destroy()Omdat Destroy() onmiddellijk werkt nadat het script dat het aanroept wacht, is de instantie al vernietigd tegen de tijd dat onPartDestroying() wordt aangeroepen. Voor meer voorbeelden, zie Instance.Destroying.