시스템이나 팀, 회사에서 일련의 반품 상태 코드 규칙을 따르고 다음과 같이 미리 계획하는 것이 가장 좋습니다.
0001 ~ 1999, 2000 ~ 2999, 4000 ~ 4999
이러한 코드 세그먼트는 비즈니스 유형, 기능 유형 및 아키텍처 수준에 따라 미리 계획할 수 있습니다. 예를 들어 x~y는 오류 코드에 사용되는 세그먼트, 성공에 사용되는 세그먼트입니다. 코드를 보면 이런 느낌이 듭니다. 레벨에서 분류가 비교적 명확합니다. 그러면 성공인지 실패인지를 단번에 알 수 있습니다. 그러면 다른 비트의 숫자를 기반으로 비즈니스의 특성도 파악할 수 있습니다. 레이어.이러한 유형의 계획을 조합하면 가장 좋은 효과를 얻을 수 있다고 생각합니다. 이런 식으로 전반적인 계획을 통일할 수 있습니다.
ABCD 4자리
A:?
B:?
씨:?
디:?
WeChat, 일부 소프트웨어, 웹사이트 등 비교적 성숙한 시스템에는 다양한 상황이나 다양한 오류가 발생할 때 반환 상태 코드가 있습니다. 모든 비즈니스에 이 상태 코드가 존재한다는 것을 알고 있습니다. . 좋은 반환 코드 디자인 사양이 있어야 합니다.
이러한 사양을 일반적으로 어떻게 설계하는지, 어떤 표준을 따르는지, 참고 자료는 어디서 찾을 수 있는지 묻고 싶습니다.
(예전 어딘가에서 Meituan Waimai의 인터페이스 반환 코드 디자인 표준을 본 기억이 있는데 지금은 잊어버려서 찾을 수 없습니다)
시스템이나 팀, 회사에서 일련의 반품 상태 코드 규칙을 따르고 다음과 같이 미리 계획하는 것이 가장 좋습니다.
0001 ~ 1999, 2000 ~ 2999, 4000 ~ 4999
이러한 코드 세그먼트는 비즈니스 유형, 기능 유형 및 아키텍처 수준에 따라 미리 계획할 수 있습니다. 예를 들어 x~y는 오류 코드에 사용되는 세그먼트, 성공에 사용되는 세그먼트입니다. 코드를 보면 이런 느낌이 듭니다. 레벨에서 분류가 비교적 명확합니다. 그러면 성공인지 실패인지를 단번에 알 수 있습니다. 그러면 다른 비트의 숫자를 기반으로 비즈니스의 특성도 파악할 수 있습니다. 레이어.이러한 유형의 계획을 조합하면 가장 좋은 효과를 얻을 수 있다고 생각합니다. 이런 식으로 전반적인 계획을 통일할 수 있습니다.
4자리 숫자
A:?
B:?
씨:?
디:?
WeChat, 일부 소프트웨어, 웹사이트 등 비교적 성숙한 시스템에는 다양한 상황이나 다양한 오류가 발생할 때 반환 상태 코드가 있습니다. 모든 비즈니스에 이 상태 코드가 존재한다는 것을 알고 있습니다. . 좋은 반환 코드 디자인 사양이 있어야 합니다.
이러한 사양을 일반적으로 어떻게 설계하는지, 어떤 표준을 따르는지, 참고 자료는 어디서 찾을 수 있는지 묻고 싶습니다.
(예전 어딘가에서 Meituan Waimai의 인터페이스 반환 코드 디자인 표준을 본 기억이 있는데 지금은 잊어버려서 찾을 수 없습니다)