라이브러리를 구축 중인가요? 인터럽트를 사용하세요?
데드 코드 분석에서 통상적인 난제는 라이브러리, 프레임워크 또는 전체 제품군을 개발하는 개발자와 관련이 있습니다. 이 경우, 단일 어플리케이션만을 분석할 수는 없습니다. 그보다는 전체 어플리케이션 세트를 적절한 분석 설정으로 모두 분석해야 합니다. 데드 코드에 대한 질문의 컨텍스트에 따라 다양한 구성 옵션을 통해 '활성' 부분을 지정할 수 있습니다. 예를 들어, API는 분석에서 '활성'으로 간주하도록 표시할 수 있습니다.
운영 시스템의 호출 메커니즘을 구성함으로써 일반 사용 사례를 시뮬레이션하여 그에 따라서 분석 중 인터페이스를 고려합니다.
구성 옵션은 또한 인터럽트 서비스 루틴 및 인터럽트 핸들러를 처리하는 데도 유용합니다. 인터럽트 처리를 위한 해당 기능은 프로그램 코드 수준에서 이미 활성으로 표시할 수 있습니다(키워드 인터럽트, 속성 사용).
방어적 프로그래밍을 하세요?
방어적 프로그래밍 패러다임은 견고한 소프트웨어 개발에 큰 도움이 되지만, 정적 분석의 관점에서 보면 데드 코드 및 도달할 수 없는 코드를 생성하는 경우가 많습니다. 데드 코드는 프로그래밍 오류를 일으키는 경우가 많으므로 일반적인 안전 표준에서 금지합니다. 하지만 데드 코드 부분을 의도적으로 유지하는 것이 좋습니다. 따라서 Axivion Suite에서 유연한 구성 도구를 사용하여 워크플로에서 '의도적으로' 데드 코드를 적절하게 표시하고 위반 관리 시에 고려할 수 있습니다.
