빠른 질문 : “Foo.currentState”vs “Foo.status”와 같은 두 필드와 “enum FooState”vs “enum과 같은 유형의 이름을 지정할 때”State “와”Status “를 사용할 때에 대한 귀하의 생각을 듣고 싶습니다. FooStatus “. 거기에 논의 된 협약이 있습니까? 우리는 하나만 사용해야합니까? 그렇다면 어느 것을 선택하고 그렇지 않은 경우 어떻게 선택해야합니까?
답변
상황에 따라 다릅니다
상태는 일반적으로 엔터티의 전체 상태-특정 시점 (보통 현재)의 모든 값과 관계를 나타냅니다.
프로세스 나 워크 플로우에 문제가있는 상태는 더 많은 시점입니다. 더럽거나 (저장해야 함) 완료되었거나 입력 보류 중인지 등입니다.
나는 그것이 당신의 결정에 도움이되기를 바랍니다.
답변
IMO :
상태 == 어떻게 지내세요? [좋은 / 나쁜]
상태 == 당신은 무엇을하고 있습니까? [휴식 / 일]
답변
일반적으로 State를 사용하여 객체 또는 시스템의 현재 상태를 전체적으로 의미합니다. 나는 어떤 행동의 결과를 나타 내기 위해 지위를 사용합니다. 예를 들어, 객체의 상태는 저장 / 저장되지 않고 유효 / 유효하지 않을 수 있습니다. 분석법의 상태 (결과)는 성공 / 실패 / 오류입니다. 이 상황 은 ” 상황과 관련된 상태 또는 상태 “로이 상태를 정의하는 데 아주 적합하다고 생각합니다 .이 경우의 상황은 조치 / 방법의 적용입니다.
답변
상태보다 상태를 선호하는 또 다른 (완전히 실용적인) 이유는 복수가 간단하다는 것입니다.
- 상태-> 상태
- 상태-> 상태
그리고 당신은 조만간 당신의 코드에 목록이나 배열 또는 어떤 상태라도 가질 것이며 변수의 이름을 지정해야 할 것입니다.
답변
“국가”이외의 다른 이유로 미국의 정치 부문을 언급하는 경우 많은 사람들이 “상태”를 사용하여 물체의 상태를 나타냅니다.
답변
나는 방정식에 또 다른 관점, 즉 ‘발신자 요청자’를 추가 할 수 있다고 생각합니다.
발신자 관점에서, 나는 기꺼이 듣고 자하는 사람과 나의 상태를 전할 것입니다. 요청자의 관점에서 누군가의 지위를 묻습니다.
위의 내용은 불확실성 관점에서도 해석 될 수 있습니다.
- 정의 됨 = 상태
- 미정의 = 상태
당신의 상태는 어떻습니까? 나는 편안한 상태에 있습니다.
나는 이것이 하나의 해석 일 것이라고 확신하며, 이는 특정 상황에 적용되지 않을 수 있습니다.
답변
빠른 사전 검사는 상태가 상태와 동의어이지만 다른 위치와 비교하여 위치에 대한 추가 해석이 있음을 보여줍니다 .
내가 사용하는 것이 그래서 상태를 한 다른 암묵적인 순서 또는 위치의 상대가없는 상태의 세트 및 대한 상태 않는 사람들을 위해 (아마도 오프 대기 -에?). 그러나 그것은 훌륭한 구별입니다.
