명명 규칙:"상태" 대 "상태" [닫기]
https://stackoverflow.com/questions/1162816
-
18-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
빠른 질문:"Foo.currentState" 대 "Foo.status"와 같은 필드와 "enum FooState" 대 "enum FooStatus"와 같은 유형의 이름을 지정할 때 "State" 대 "Status"를 언제 사용해야 하는지에 대한 여러분의 생각을 듣고 싶습니다.거기서 논의되는 컨벤션이 있나요?하나만 사용해야 할까요?그렇다면 어느 것을 선택해야 하며, 그렇지 않다면 어떻게 선택해야 합니까?
해결책
상황에 따라 다릅니다
상태는 일반적으로 엔티티의 전체 상태를 말합니다. 특정 시점에서 모든 가치와 관계 (일반적으로 현재)
상태는 프로세스 나 워크 플로에 무언가가있는 곳 (예를 들어, 더럽 히고 저축이 필요합니까, 완료 되었습니까? 입력이 보류중인 것 등) 등의 시간대입니다.
나는 그것이 당신의 결정에 도움이되기를 바랍니다.
다른 팁
IMO :
상태 == 잘 지내세요? [좋은/나쁜
State == 뭐하는거야? [휴식/작업
일반적으로 상태를 사용하여 객체 또는 시스템 전체의 현재 조건을 의미합니다. 나는 어떤 행동의 결과를 나타 내기 위해 상태를 사용합니다. 예를 들어, 객체의 상태는 저장/구원받지 않고 유효/유효하지 않을 수 있습니다. 메소드의 상태 (결과)는 성공/실패/오류입니다. 나는이 지브가 상태의 정의와 함께 "" "라고 생각합니다.상태 또는 상태 상황과 관련하여, "이 경우 상황은 행동/방법의 적용입니다.
상태보다 상태를 선호하는 또 다른 (전적으로 실용적) 이유는 복수가 간단하기 때문입니다.
- 상태 -> 상태
- 상태 -> 상태
그리고 저를 믿으십시오. 조만간 귀하의 코드에 목록이나 배열 또는 상태가 있으면 변수의 이름을 지정해야합니다.
"국가"이외의 다른 이유가 미국의 정치 분할을 말하는 경우 많은 사람들이 "상태"를 사용하여 대상의 상태를 나타내는 것으로 생각합니다.
나는 당신이 방정식, 즉 '발신자-레스터'에 또 다른 관점을 추가 할 수 있다고 생각합니다.
발신자의 관점에서, 나는 기꺼이 듣고 자하는 사람과 내 주를 전달할 것입니다. 요청 자 관점에서 볼 때, 나는 누군가의 지위를 요구할 것입니다.
위의 내용은 불확실성 관점에서 해석 될 수 있습니다 .- 정의 = 상태 - 정의 = 상태 귀하의 상태는 무엇입니까? 나는 편안한 상태에 있습니다.
나는 이것이 당신의 특정 상황에 적용되지 않을 수있는 하나의 해석 일 뿐이라고 확신합니다.
빠른 사전 검사는 상태가 상태의 동의어이지만 추가 해석이 있음을 보여줍니다. 다른 사람들의 위치와 관련된 입장.
그래서 나는 사용할 것입니다 상태 서로에 대한 암시 적 순서 나 위치가없는 일련의 상태의 경우 상태 (아마도 스탠드에 나오지 않습니까?). 그러나 그것은 훌륭한 차이입니다.
내가 다루는 많은 엔티티 (계정, 고객)는 상태 (TX, VA 등)와 상태 (활성, 폐쇄 등)를 가질 수 있습니다.
따라서 오해의 소지가있는 용어에 대한 요점은 가능합니다. 우리는 주정부의 이름이 지정된 표준화 된 데이터베이스 이름 지정 규칙 (내 개인 선택이 아님)이 있습니다. ST_CD 그리고 상태가 될 것입니다 ACCT_STAT_CD.
OO MILIEUX에 열거가 있으면이 문제는 중요하지 않습니다. 엄격한 유형 안전이 있으면 컴파일러는 아무도 이것을 시도하지 않도록합니다.
theCustomer.State = Customer.Status.Active;
당신이 역동적 인 환경에 있다면, 나는 더 걱정할 것입니다!
주 머신이나 다른 상태 정보와 해당 용어가 우세한 도메인을 다루고 있다면 상태가 완벽하다고 생각할 것입니다.
우리는 얼마 전 현재 프로젝트에 대해 이와 같은 정확한 토론을 했습니다.나는 실제로 선호하는 것이 없지만 일관성이 중요한 고려 사항입니다.
날카로운 PW-E550 (멋진 사전, 내가 추가 할 수있는 굉장한 사전)에 "상태"의 첫 번째 정의가 있습니다. "상태"의 첫 번째 정의는 "상대적 사회, 전문가 또는 다른 사람 또는 무언가의 다른 입장"입니다.이 맥락에서는 "상태"의 두 번째(그리고 마지막) 정의도 "상태"보다 열등합니다."특정 시간의 업무 위치, 특히.정치적이거나 상업적인 맥락에서."
따라서 내 사전(New Oxford American Dictionary, 2001 사용)을 사용하는 사람이 가능한 한 쉽게 검색하기를 원한다면 "상태"가 최선의 선택이 될 것입니다.
게다가 Gang of Four의 저서에는 State Pattern이라는 디자인 패턴이 설명되어 있으며 컴퓨팅 용어집에서 이 용어를 확고히 확립하고 있습니다.
이러한 이유로 나는 "상태"를 제안합니다.
추신당신이 DDM인가요?아직도 "상태"와 "상태"에 대해 씁쓸합니까?!!!!!!!!LMAO!
글쎄, 그들은 같은 것을 의미합니다. 나는 다른 하나보다 선호하는 선호도를 공표 할 필요가 없다고 생각하지만, 나는 라티 네이티브와 고전 주의자들을 좋아하는 것을 좋아하기 때문에 일반적으로 "상태"와 함께 갈 것입니다. 내 세상에서는 스키마의 복수가 스키마이므로 나와 함께 갈 수있는 다른 방법은 거의 없습니다.
Sophistifunk, 나는 당신이 상태와 지위 모두에 대한 논쟁을받을 것이라고 확신합니다. 가장 중요한 일은 하나를 선택하고 하나만 사용한다는 것입니다. 나는 이것을 당신의 팀과 논의하고 모든 사람들이 동의하는 것을 볼 것을 제안합니다.
즉, 내 제안은 다음과 같습니다.
객체 지향 프로그래밍 언어를 사용하고 있다고 가정하면 객체의 "상태"는 객체 자체로 표시됩니다. someObject.State는 IMO를 오도하고 있습니다. 나는 당신의 모범에서 "상태"가 무엇을 나타내는 지 잘 모르겠지만, 나의 자연스러운 직관은 이것을 상태보다 선호하는 것입니다.
전혀 같은 것이 아닙니다. 멈추고 시작했습니다. 중지 및 시작은 상태입니다.
당신이 그들을 똑같이 만들면 차량을 멈추지 만 현재 시작중인 차량을 어떻게 묘사합니까? 또는 현재 숙박 된 신청서이지만 아직 승인 프로세스를 입력하지 않았거나 승인을 받고 있지만 현재 서명을 기다리는 오류 조건으로 보류 중입니까?
