Nunit: Guard 클래스의 단계적 폐지

내가 올바르게 기억한다면 Guard 클래스를 사용하는 주요 장점은 사용의 용이성입니다. C# 인식 IDE에서는 더 이상 저나 새로운 기여자에게 가장 쉬운 옵션이 아닙니다. 일관성이 필요합니까? 일관성은 우리 중 누군가에게 가장 쉬운 것과 (잠재적으로) 우리 중 다른 사람들에게 가장 쉬운 것입니다.

나는 개인적으로 가드 클래스를 좋아하지만 발견 가능성 문제에 동의합니다. 나는 일반적으로 일반 기여자에게 제안하지만 일회성 기여자에게는 언급하지 않습니다. 저는 이것이 우리에게 특히 일관성이 필요한 영역이 아니라고 생각합니다. 그렇죠? 있을 때 보면 기쁘지만 없을 때는 걱정하지 않습니다.

나는 이 문제의 결과에 상당히 무관심합니다. 어느 쪽이든 저에게는 괜찮습니다 😊

나 역시 그것에 대해 다소 냉담하다. 예외 생성자의 일관성과 올바른 사용법을 제공하지만(저는 메시지와 매개변수 이름을 거꾸로 몇 번 본 적이 있습니다), 호출 스택에 추가 메소드도 추가합니다. 또한, 말씀하신 대로 새로운 C# 구문을 사용하면 훨씬 쉬워집니다.

도매 퍼지가 필요한지 잘 모르겠지만 요구하지 않는 것은 괜찮습니다.

모두 감사합니다.