명명 규칙 : "상태"대 "상태"[닫힘]

빠른 질문 : "Foo.currentState"vs "Foo.status"와 같은 두 필드와 "enum FooState"vs "enum과 같은 유형의 이름을 지정할 때"State "와"Status "를 사용할 때에 대한 귀하의 생각을 듣고 싶습니다. FooStatus ". 거기에 논의 된 협약이 있습니까? 우리는 하나만 사용해야합니까? 그렇다면 어느 것을 선택하고 그렇지 않은 경우 어떻게 선택해야합니까?

상황에 따라 다릅니다

상태는 일반적으로 엔터티의 전체 상태-특정 시점 (보통 현재)의 모든 값과 관계를 나타냅니다.

프로세스 나 워크 플로우에 문제가있는 상태는 더 많은 시점입니다. 더럽거나 (저장해야 함) 완료되었거나 입력 보류 중인지 등입니다.

나는 그것이 당신의 결정에 도움이되기를 바랍니다.

IMO :

상태 == 어떻게 지내세요? [좋은 / 나쁜]

상태 == 당신은 무엇을하고 있습니까? [휴식 / 일]

일반적으로 State를 사용하여 객체 또는 시스템의 현재 상태를 전체적으로 의미합니다. 나는 어떤 행동의 결과를 나타 내기 위해 지위를 사용합니다. 예를 들어, 객체의 상태는 저장 / 저장되지 않고 유효 / 유효하지 않을 수 있습니다. 분석법의 상태 (결과)는 성공 / 실패 / 오류입니다. 이 상황 은 " 상황과 관련된 상태 또는 상태 "로이 상태를 정의하는 데 아주 적합하다고 생각합니다 .이 경우의 상황은 조치 / 방법의 적용입니다.

상태보다 상태를 선호하는 또 다른 (완전히 실용적인) 이유는 복수가 간단하다는 것입니다.

• 상태-> 상태
• 상태-> 상태

그리고 당신은 조만간 당신의 코드에 목록이나 배열 또는 어떤 상태라도 가질 것이며 변수의 이름을 지정해야 할 것입니다.

"국가"이외의 다른 이유로 미국의 정치 부문을 언급하는 경우 많은 사람들이 "상태"를 사용하여 물체의 상태를 나타냅니다.

나는 방정식에 또 다른 관점, 즉 '발신자 요청자'를 추가 할 수 있다고 생각합니다.

발신자 관점에서, 나는 기꺼이 듣고 자하는 사람과 나의 상태를 전할 것입니다. 요청자의 관점에서 누군가의 지위를 묻습니다.

위의 내용은 불확실성 관점에서도 해석 될 수 있습니다.

• 정의 됨 = 상태
• 미정의 = 상태

당신의 상태는 어떻습니까? 나는 편안한 상태에 있습니다.

나는 이것이 하나의 해석 일 것이라고 확신하며, 이는 특정 상황에 적용되지 않을 수 있습니다.

빠른 사전 검사는 상태가 상태와 동의어이지만 다른 위치와 비교하여 위치에 대한 추가 해석이 있음을 보여줍니다 .

내가 사용하는 것이 그래서 상태를 한 다른 암묵적인 순서 또는 위치의 상대가없는 상태의 세트 및 대한 상태 않는 사람들을 위해 (아마도 오프 대기 -에?). 그러나 그것은 훌륭한 구별입니다.

내가 다루는 많은 엔티티 (계정, 고객)는 상태 (TX, VA 등)와 상태 (활성, 닫힘 등)를 가질 수 있습니다.

따라서 오해의 소지가있는 용어에 대한 요점이 가능합니다. 상태 이름이 ST_CD있고 상태는 표준화 된 데이터베이스 명명 규칙 (개인 선택이 아님) 이 있습니다.ACCT_STAT_CD .

OO milieux에 열거 형이 있으면이 문제는 중요하지 않습니다. 엄격한 유형 안전이있는 경우 컴파일러는 아무도이 작업을 시도하지 않도록합니다.

theCustomer.State = Customer.Status.Active;

당신이 역동적 인 환경에 있다면, 나는 더 걱정할 것입니다!

상태 머신이나 다른 상태 정보가 있고 그 용어가 우세한 도메인을 다루는 경우 상태가 완벽하다고 생각합니다.

우리는 나의 현재 프로젝트에 대해이 논쟁에 대해 잠시 전에 토론했습니다. 나는 실제로 선호도가 없지만 일관성은 중요한 고려 사항입니다.

내 Sharp PW-E550에서 "상태"에 대한 첫 번째 (여러 가지) 정의 (굉장한 사전, 추가 할 수도 있음)는 "누군가 나 무언가가 특정 시간에 있다는 특정 조건"입니다. "상태"의 첫 번째 정의는 "상대적 사회적, 직업적, 또는 다른 사람 또는 무언가의 다른 입장"입니다. "상태"에 대한 두 번째 (마지막) 정의조차도이 맥락에서 "상태"보다 열등하다 : "특정 시간에서의 업무 위치, 특히 정치적 또는 상업적 상황에서".

따라서 우리가 내 사전을 사용하는 누군가가 가능한 한 쉽게하기를 원한다면 (New Oxford American Dictionary, 2001), "state"가 최선의 선택이 될 것입니다.

또한, Gang of Four 's book에는 State Pattern이라고하는 디자인 패턴이 있으며, 컴퓨팅 사전에서 용어를 확고하게 설정합니다.

이러한 이유로 나는 "상태"를 제안합니다.

추신 당신이 DDM입니까? 아직도 "상태"대 "상태"에 대해 쓰라린가? !!!!!!! LMAO!

글쎄, 그들은 같은 것을 의미합니다. 나는 다른 것보다 큰 선호를 공표 할 필요는 없다고 생각하지만, 나는 라틴어와 고전 주의자처럼 들리는 것을 좋아하기 때문에 일반적으로 "상태"로 갈 것입니다. 내 세계에서 복수의 스키마는 스키마 (schemata)이기 때문에 나와 다른 방법은 거의 없습니다.

Sophistifunk, State와 Status에 대한 인수를 얻게 될 것입니다. 가장 중요한 것은 하나를 선택하고 하나만 사용하는 것입니다. 이 내용을 팀과 논의하고 모든 사람들의 의견을 참조하십시오.

즉, 내 제안은 다음과 같습니다.

객체 지향 프로그래밍 언어를 사용한다고 가정하면 객체의 "상태"는 객체 자체로 표시됩니다. SomeObject.state가 잘못된 imo입니다. 귀하의 예에서 "상태"가 무엇을 나타내는 지 잘 모르겠지만, 자연스러운 직관은 이것을 상태보다 선호하는 것입니다.

전혀 같은 것이 아닙니다. 중지 및 시작 상태는 상태입니다. 중지 및 시작 상태입니다.

그것들을 같은 것으로 만들면 차량이 정지되었지만 현재 시동 중이라고 설명하는 방법은 무엇입니까? 또는 현재 제출되었지만 승인 프로세스에 아직 진입하지 않았거나 승인 중이지만 서명 대기 중 오류 상태로 보류중인 응용 프로그램입니까?