예외를 못찾으면 끝나는 형식인데 일부러 발생해보는 것이 좋다
Use browser - "https://news.naver.com/section/101"
> 예외 일부러 발생 | Go To Url - "http://www.naver.com"
> Try Catch
ctrl + T : try catch로 감싸짐
finally는 거의 비워둠
catch와 fianally는 거의 한번은 실행됨
exception 오른쪽에 뭘 썼는지 나옴
로그로 "[내가 만든 에러 확인] check app state 헤드라인요소 없음" +exception.Message
+ exception.GetType, exception.Source 등 여러가지가 있음
>> Try
>>> Check App State - 헤드라인 클릭
>>>> 타겟이 나타남 - 데이터 추출
>>> If - 조건 : bl헤드라인버튼여부 = False
>>>> Throw - New SystemException("헤드라인 엘리먼트 요소 찾지 못 함")
Throw는 의도적으로 예외를 발생시키는 액티비티로, 프로세스에서 특정 조건이나 상황이 발생했을 때 명시적으로 오류를 발생시켜 예외 처리를 하도록 할 때 사용됩니다
헤드라인이 없으면 예외를 발생하겠다
아래의 exception으로 던저져서 finally에서 나타남
예외를 발생하게 두면 안 되기 때문에 throw에서 걸림
잘 흘러가야하는게 맞기 때문에 throw에서 멈춤
>>> Catches
Try-Catch에서 예외를 System.Exception으로 크게 잡아서 에러 메시지를 남기는 방식은 실무에서 많이 사용되는 접근 방식이며, 실제로 매우 효율적일 수 있습니다. 특히, 자동화 작업이 예외 상황에 대한 세부적인 대응보다 안정적으로 실행을 지속하는 것이 더 중요한 경우에는 이렇게 큰 범위의 예외를 잡아서 일괄적으로 처리하는 방식이 많이 사용됩니다.
>>>> Log Message - "[내가 만든 에러 확인] check app state 헤드라인요소 없음" +exception.Message
>>>> Assign - currentRow("RPA") : "일치하지 않음"+exception.Message
>>> Finally
'UiPath_이론' 카테고리의 다른 글
| LINQ 개론 (1) | 2024.09.24 |
|---|---|
| 서울의 날씨 / 링큐문 (2) | 2024.09.23 |
| 예외처리 - 기본 / Retry (1) | 2024.09.19 |
| Control_Flow_Switch (1) | 2024.09.13 |
| Control_Flow_플로우 차트 (1) | 2024.09.12 |