옆으로 : 나는 달린 의 질문 에 대한 답변으로 이것을 썼지 만 (현재는 폐쇄되어 있지만) 여전히 누군가에게 도움이 될 수 있다고 생각합니다.

나는 분무 기능의 이유는 2 배이며, @jozefg가 언급 한 것처럼 사용되는 언어에 달려 있다고 생각합니다.

우려의 분리

이 작업을 수행하는 주된 이유는 서로 다른 코드 조각을 별도로 유지 하기 때문에 원하는 결과 / 기능 의도에 직접 기여 하지 않는 코드 블록은 별도의 관심사이므로 추출 할 수 있습니다.

진행률 표시 줄을 업데이트하는 백그라운드 작업이 있다고 가정하면 진행률 표시 줄 업데이트는 장기 실행 작업과 직접 관련이 없으므로 진행률 표시 줄을 사용하는 유일한 코드 인 경우에도 추출해야합니다.

JavaScript에서 getMyData () 함수가 있다고 가정하면 1) 매개 변수에서 soap 메시지를 작성하고 2) 서비스 참조를 초기화하며 3) soap 메시지로 서비스를 호출하고 4) 결과를 구문 분석하고 5) 결과를 반환합니다. 합리적인 것 같습니다.이 정확한 기능을 여러 번 작성했지만 실제로 는 다른 코드는 서비스에서 데이터를 가져 오는 직접적인 책임 없으므로 3 & 5 코드를 포함하여 3 개의 개인 함수로 나눌 있습니다. .

향상된 디버깅 경험

원자 기능이 완전히 있으면 스택 추적이 작업 목록이되어 성공적으로 실행 된 모든 코드를 나열합니다.

• 내 데이터 가져 오기
• • 비누 메시지 작성
• • 서비스 참조 초기화
• • 구문 분석 된 서비스 응답-오류

데이터를 얻는 동안 오류가 있음을 발견하면 더 흥미로워 질 것입니다. 그러나 일부 도구는 세부 콜 트리를 디버깅하는 데 훨씬 유용합니다 . 예를 들어 Microsoft의 Debugger Canvas가 있습니다.

또한 하루가 끝나면 콜 트리가 그보다 더 복잡 할 때 단일 파일에서 함수 순서를 선택해야하기 때문에이 방법으로 작성된 코드를 따르기가 어려울 수 있다는 우려를 이해합니다. . 그러나 함수의 이름이 잘 지정되어 있으면 (intellisense를 사용하면 속도를 늦추지 않고 원하는 함수에 3-4 개의 camal case 단어를 사용할 수 있습니다) 파일 상단에 공용 인터페이스로 구성되어 코드가 의사 코드처럼 읽 힙니다. 코드베이스에 대한 높은 수준의 이해를 얻는 가장 쉬운 방법입니다.

참고로, 이것은 “내가 아닌 것처럼 말한 것”중 하나이며, 코드 원자를 유지하는 것이 무의미하게 IMHO와 일치하지 않는 한 의미가 없습니다.

답변