Названня конвенцій: "Держава" проти "Статус" [закрито]

Швидке запитання: Я хотів би почути ваші думки про те, коли використовувати "State" проти "Status", коли називати обидва поля, такі як "Foo.currentState" проти "Foo.status", і такі типи, як "enum FooState" vs "enum FooStatus ". Чи там обговорюється конвенція? Чи слід використовувати лише один? Якщо так, то який, а якщо ні, то як вибрати?

Це залежить від контексту

Держава загалом відноситься до всього стану суб'єкта господарювання - усіх його цінностей і відносин у певний момент часу (зазвичай, поточного)

Статус є скоріше часовим моментом, скажімо, де щось знаходиться в процесі чи робочому процесі - чи брудне воно (тому вимагає збереження), чи закінчене, чи очікує на введення тощо

Я сподіваюся, що це допоможе вам у прийнятті рішення.

ІМО:

статус == як справи? [добре / погано]

держава == що ти робиш? [відпочиває / працює]

Зазвичай я буду використовувати стан для позначення поточного стану об'єкта або системи в цілому. Я використовую статус для відображення результату якоїсь дії. Наприклад, стан об'єкта може бути збережено / збережено, допустимим / недійсним. Статус (результат) методу успішний / невдалий / помилка. Я думаю, що це непогано відповідає визначенню статусу як " стан чи стан щодо обставин ", причому обставини в цьому випадку є застосуванням дії / методу.

Ще одна (цілком прагматична) причина віддати перевагу стану над статусом полягає в тому, що множина є простою:

• держава -> держави
• статус -> статуси

І повірте, ви рано чи пізно у своєму коді будете мати список або масив чи будь-які стани, і вам доведеться назвати змінну.

Я думаю, що багато людей використовують "Статус" для представлення стану об'єкта, якщо з будь-якої іншої причини, ніж "штат", йдеться про політичний поділ США.

Я думаю, ви можете додати ще одну точку зору до рівняння, а саме: «відправник-запитувач».

З погляду відправників, я б спілкувався зі своєю державою з усіма бажаючими слухати. Хоча з точки зору запитувача, я б просив чийсь статус.

Сказане також можна трактувати з точки зору невизначеності:

• Визначено = стан
• Не визначено = статус

Який у вас статус? Я в розслабленому стані.

Я впевнений, що це лише одна інтерпретація, яка може не стосуватися вашої конкретної ситуації.

Швидка перевірка словника виявляє, що статус є синонімом стану, але має додаткове тлумачення позиції щодо позиції інших .

Тож я б використовував стан для набору станів, які не мають явного впорядкування чи положення відносно один одного, а також статус для тих, що роблять (можливо, поза режимом очікування?). Але це чудова відмінність.

Багато організацій, з якими я маю справу (рахунки, клієнти), можуть мати стан (TX, VA тощо) та статус (активний, закритий тощо)

Тож можливий пункт про те, що термін вводить в оману. У нас є стандартизована конвенція про іменування баз даних (не мій особистий вибір), де названо ST_CDстан і статус буде ACCT_STAT_CD.

З перерахунком в середовищі OO, ця проблема не є настільки важливою, оскільки якщо ви маєте сувору безпеку типу, компілятор забезпечить, щоб ніхто не намагався цього зробити:

theCustomer.State = Customer.Status.Active;

Якщо ви перебуваєте в динамічному оточенні, я б більше хвилювався!

Якщо ви маєте справу з доменом, де державні машини чи інша державна інформація, і ця термінологія є переважаючою, я вважаю, що штат ідеально.

Ми мали певну дискусію щодо мого поточного проекту. Я справді не маю уподобань, але послідовність є важливим фактором.

Перше (існує декілька) визначення "стану" в моєму Sharp PW-E550 (я можу додати, дивовижний словник) - "особлива умова, у якій хтось чи щось знаходиться в певний час". Перше визначення поняття "статус" - це "відносна соціальна, професійна чи інша позиція когось чи чогось". Навіть друге (і останнє) визначення поняття "статус" у цьому контексті поступається "державному": "положення справ у певний час, особливо в політичному чи комерційному контексті".

Тож якби ми хотіли, щоб хтось користувався моїм словником як можна простіше (він використовує New Oxford American Dictionary, 2001), "стан" був би найкращим вибором.

Крім того, існує схема дизайну, описана в книзі «Банда четвірок» під назвою «Державний зразок», що твердо встановлює термін у лексиці обчислень.

З цих причин я пропоную "державний".

PS Це ти DDM? Ви все ще гірко ставитесь до "держави" проти "статусу"? !!!!!!! LMAO!

Що ж, вони означають те саме. Я не думаю, що потрібно оприлюднювати велику перевагу одних над іншими, але я б взагалі йшов із "статусом", тому що мені подобаються речі, які звучать латиноамериканською та класицистською. Я маю на увазі, що в моєму світі множина схем - це схеми, тому іншого способу для мене, як і раніше, немає.

Sophistifunk, я впевнений, що ви отримаєте аргументи як для держави, так і для статусу. Найголовніше, що потрібно зробити, - це те, що ти вибираєш один і використовуєш лише одне. Я б запропонував обговорити це зі своєю командою і подивитися, на що всі згодні.

Однак, моя пропозиція полягає в наступному.

Припустимо, що ви використовуєте об'єктно-орієнтовану мову програмування, "стан" об'єкта представлений самим об'єктом. SomeObject.state вводить в оману imo. Я не впевнений, що означає "статус" у вашому прикладі, але моя природна інтуїція полягає в тому, щоб віддати перевагу цьому.

Зовсім не те саме. Зупинені та розпочаті - це держави. Зупинка та запуск - це статус.

Якщо ви змусите їх зробити те саме, як ви описуєте транспортний засіб як зупинений, але наразі починається. Або заявка, яка наразі подана, але ще не вступила в процес затвердження, або зараз затверджена, але наразі затримана із умовою помилки очікування підпису?