Testați o decizie a controlerului înainte de a adăuga o politică de rutare
Începeți cu JavaScript în funcțiile init și update din joc și apăsați Start pentru a observa simularea. Utilizați referința API din joc pentru comportamentul exact evenimentului idle și goToFloor. Un prim exercițiu este să înțelegeți când un lift inactiv primește următoarea sarcină. Urmăriți acel eveniment și mișcarea rezultată înainte de a adăuga mai multe condiții, astfel încât să puteți explica care parte a controlorului a emis o solicitare.
Apoi inspectați destinațiile pasagerilor. Numai mișcarea nu înseamnă că pasagerii sunt deserviți. Citiți evenimentul floor_button_pressed din referință și comparați cererile cu ruta pe care o observați. Dacă mai multe lifturi repetă același traseu, unele cozi pot aștepta în continuare. Construiți dintr-un controler mic pe care îl înțelegeți, în loc să copiați o politică complexă și să presupuneți că aceasta satisface obiectivul de pasager al provocării curente sau timpul de așteptare.
Comparați o modificare a codului cu scopul real al provocării
Înainte de pornirea simulării, citiți condiția de trecere și alegeți un comportament de inspectat, cum ar fi timpul de inactivitate, opririle repetate sau pasagerii care așteaptă la un anumit etaj. Schimbați o decizie și porniți simularea din nou. Mișcarea mai frecventă a liftului nu garantează că programul de control îndeplinește obiectivul provocării. Comparați cozile vizibile și rezultatul afișat cu obiectivul, în loc să utilizați mișcarea ca singurul semn de succes.
Când editați destinationQueue direct, urmați cerința referinței de a apela checkDestinationQueue, astfel încât coada revizuită să intre în vigoare; cererile normale goToFloor gestionează deja destinațiile aflate în coadă. Păstrați aceste abordări distincte în timpul depanării. Acest centru descrie o simulare de programare prin browser, nu un software pentru un lift real sau un sistem de siguranță a producției. Nu garantează că un controler va trece fiecare provocare. Folosiți documentația API exactă din joc, apoi înregistrați ce eveniment și modificarea rutei au îmbunătățit testul pe care tocmai l-ați executat.
Pentru o analiză concretă, urmăriți un etaj cu o coadă în timp ce un lift devine inactiv. Identificați care handler emite următoarea solicitare goToFloor și dacă această solicitare deservește pasagerii în așteptare sau trimite cabina liftului în altă parte. Schimbați acea alegere de rutare, apoi comparați rezultatul provocării. Dacă mai mulți handleri concurează, simplificați controlerul până când puteți explica succesiunea solicitărilor. Utilizați referința API pentru evenimentele exacte acceptate. Observarea unei cozi și a unei decizii la un moment dat vă oferă dovezi pentru o revizuire fără a pretinde că este un controler universal optim.
Sfaturi și strategie pentru Elevator Saga
Bifează un sfat de exersat în următoarea rundă. Această listă nu modifică jocul și nu salvează progresul.
Întrebări și răspunsuri Elevator Saga
În ce limbă scriu?
Controlerul folosește JavaScript, cu funcțiile init și update în editorul jocului.
Acesta funcționează un lift adevărat?
Nu. Este o simulare de programare în întregime în jocul de browser.
Pot să-l folosesc pentru a exersa programarea?
Da, în special controlul bazat pe evenimente și testarea micilor modificări. Jocul este bazat pe proiectul Elevator Saga al magwo, licențiat MIT; nu este un curs de certificare.
De ce așteaptă pasagerii dacă liftul se mișcă?
O rută repetată nu deservește automat toate etajele cerute. Tratează floor_button_pressed și folosește goToFloor pentru destinații. Compară cozile cu obiectivul înainte să adaugi opriri. Dacă modifici direct destinationQueue, apelează checkDestinationQueue; goToFloor gestionează cererile obișnuite.
Comenzi și instrucțiuni complete
Comenzi și instrucțiuni complete
Joacă Elevator Saga