Un cluster de erori este o idee foarte bună și o idee care a fost implementată cu succes în LabVIEW.
Știu mai multe avantaje ale utilizării clusterului de erori:
- Utilizați ca o condiție pentru efectuarea următoarelor acțiuni:
Adică dacă fiecare diagramă bloc a sub-dispozitivului este luată într-o structură condițională în funcție de execuția sub-dispozitivului anterior, atunci toate sub-dispozitivele ulterioare nu vor fi executate pur și eroarea va iesi din primul sub-dispozitiv. Ar putea fi dificil pentru începători să înțeleagă sensul celor de mai sus, dar acesta este unul dintre principiile principale ale programatorilor avansați, nu numai în LabVIEW, ci și în alte limbi de programare.
- Utilizați în LabVIEW în locul structurii de urmărire:
După cum știți, LabVIEW diferă de limbile de programare bazate pe text de principiul fluxului de date, adică așa-numitul "Principiu al fluxului de date". Aceasta înseamnă că sub-instrumentul începe să se execute atunci când toate intrările sale au o anumită valoare. Dacă nu există intrări, atunci sub-dispozitivul este executat imediat! Indiferent unde se află în diagrama bloc: partea de sus, de jos, stânga sau dreapta. Deci, unii începători care nu înțeleg pe deplin acest principiu utilizează structura de urmărire, deși ar putea folosi intrarea clusterului de erori, mai ales că oferă și alte avantaje.
- Utilizați pentru a recunoaște erorile din program:
Ei bine, în principiu, aceasta este numirea lui. Cred că merită să citiți documentația LabVIEW pentru a înțelege ce este. În plus, puteți crea un fișier cu lista erorilor pentru fiecare program individual.
de ex. a scris: Clusterul de erori este o idee și o idee foarte bună, implementată cu succes în LabVIEW.
Ar putea fi dificil pentru un începător să înțeleagă sensul celor de mai sus,
de exemplu a scris: Utilizați în LabVIEW în loc de structura secvenței
un principiu bun, dar nu întotdeauna funcționează, nu toate programele sunt plate, probabil că nu va funcționa dacă există două sau mai multe linii fiecare cu propriul sârmă de eroare
de exemplu a scris: puteți crea un fișier cu lista de erori pentru fiecare program individual
aici vine la îndemână
Korotenko Alexey a scris: este ca mine, nu?
Korotenko Alexey a scris:
un principiu bun, dar nu întotdeauna funcționează, nu toate programele sunt plate, probabil că nu va funcționa dacă există două sau mai multe linii fiecare cu propriul sârmă de eroare
Este posibil să se unească mai multe clustere eronate într-una, deși aceasta poate fi o acțiune greșită din partea mea.
Iată ce am vrut să spun prin numărul unu:
Cadrul verde este doar execuția condiționată a sub-dispozitivului. Dacă a apărut o eroare la intrarea sub-dispozitivului, acesta nu va fi executat.
da, neee, tocmai am fost prins
de exemplu a scris: Nu știu exact cât de familiar sunteți cu
de exemplu a scris: deși aceasta ar putea fi o acțiune greșită din partea mea.
codul de eroare din cluster - aceasta înseamnă că "funcția vi nu a fost executată corect"?
În primul rând, statutul determină dacă a apărut o eroare sau nu. Ei bine, și dacă statutul este pozitiv, este necesar să se uite numărul (adică codul) pentru definirea tipului de eroare.
Și trebuia să folosesc un grup de erori atunci când lucrez prin DSTP. Din cauza erorilor pe care le-a generat, am putut schimba logica programului. În special, datorită erorilor în prezența / absența interfeței de rețea din computer, partea responsabilă cu primirea / transmiterea datelor a lucrat / nu a funcționat în programul meu. Utilizarea erorilor de capturare a permis "în mișcare" a programului în desfășurare pentru a schimba tipul de conexiune la Internet, ceea ce pentru echipamentul final nu era ceva greșit.
În LabVIEW avem încredere
Întotdeauna folosesc clusterul de erori, în plus față de faptul că una dintre căile de flux de date este implementată prin intermediul acestuia, este, de asemenea, convenabil să se monitorizeze erorile în proiecte mari folosind numeroase calcule și subrutine numite.
IMHO, un cluster de erori este implementarea conceptului de "excepție" Excepție de la C ++ pe baza LView și a fluxului de date. Cât de reușită este o altă întrebare.
Încercați-Catch-În cele din urmă, mai confortabil va fi, dar chiar mai dificil, mai ales atunci când se utilizează excepții cu mai multe opțiuni.