Files
2nd/10_Wiki/Topic_Programming/Topic_C/C_Variables_Names.md
T
Antigravity Agent e9cbf23ab5 docs(10_Wiki): Dev 폴더 누락분 반영 — Topic_Programming으로 통합
이전 재구성 작업에서 Dev/ 폴더가 누락되었던 것을 반영.

- Dev/Topic_Programming(중첩 폴더, 78개)은 Dev 자체 최상위 폴더들
  (Architecture/Conventions/Engineering_Intelligence 등)과 완전 중복이라 제거.
- Dev 최상위 엔지니어링 지식 폴더(Architecture/Conventions/Engineering_Intelligence/
  Failure_Library/Generalized_Principles/Language/Pattern_Catalog/Platform_Guides/
  Subsystems, 77개)는 이미 Topic_Programming/Topic_Programming에 더 최신 버전이
  존재해 중복 제거(고유 콘텐츠 1개는 예외 처리하여 이동 보존).
- Dev의 W3Schools 언어 튜토리얼 폴더(Topic_C/CPP/CSS/CSharp/HOWTO/HTML/Java/
  JavaScript/PHP/Python/SQL/W3CSS, 1201개)는 전부 Topic_Programming 하위로 이동.
- 에이전트 운영 상태(.astra/docs)는 그대로 유지, 콘텐츠 폴더만 정리.
- Topic_Programming 최종 문서 수: 2784 → 3985.
2026-07-05 00:39:13 +09:00

3.5 KiB

id, title, category, status, verification_status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, created_at, updated_at, review_reason, merge_history, tags, raw_sources, applied_in, github_commit
id title category status verification_status canonical_id aliases duplicate_of source_trust_level confidence_score created_at updated_at review_reason merge_history tags raw_sources applied_in github_commit
c-variables-names C Variable Names (Identifiers) Programming_Language draft conceptual
identifiers
camelCase
C 변수 이름 규칙
B 0.85 2026-07-04 2026-07-04
c
programming-language
w3schools
variables
naming
https://www.w3schools.com/c/c_variables_names.php

C Variable Names (Identifiers)

🎯 한 줄 통찰 (One-line insight)

Variable names in C are strictly CASE-SENSITIVE at the identifier level — myVar and myvar are two completely distinct variables, not a warning or a style issue — meaning a single accidental capitalization typo silently creates a second, separate variable rather than referencing the intended one, a class of bug the compiler won't catch as a naming error. [S1]

🧠 핵심 개념 (Core concepts)

  • Identifier — the unique name given to a variable. [S1]
  • Naming rules — letters, digits, and underscores allowed; must begin with a letter or underscore; case-sensitive; no whitespace or special characters (!, #, %, etc.); reserved words (e.g. int) cannot be used as names. [S1]
  • Descriptive naming recommendedminutesPerHour over m, for maintainability, even though both compile correctly. [S1]
  • Two common naming styles — camelCase (totalScore) or underscore-separated (total_score); the source recommends picking one and staying consistent. [S1]

📖 세부 내용 (Details)

  • Valid names: age, _count, totalSum. [S1]
  • Invalid names and why: 1age (starts with a digit), my-age (contains a hyphen), int (reserved word). [S1]
  • Descriptive vs terse naming contrast: int minutesPerHour = 60; (clear) versus int m = 60; (compiles, but unclear intent). [S1]

⚖️ 모순 및 업데이트 (Contradictions & updates)

  • 대소문자 구분의 함정: myVar와 myvar가 서로 다른 변수로 취급된다는 점이 명시되며, 이는 오타로 인한 미묘한 버그의 원인이 될 수 있다는 점을 시사함. [S1]

🛠️ 적용 사례 (Applied in summary)

현재 발견된 실제 적용 사례가 없습니다 — camelCase나 언더스코어 스타일 중 하나를 프로젝트 전체에 일관되게 적용하는 것이 실전 코드 컨벤션의 기본이다. [S1]

💻 코드 패턴 (Code patterns)

Descriptive vs. terse variable naming (C):

// Good variable name
int minutesPerHour = 60;
// OK, but not so easy to understand what m actually is
int m = 60;

검증 상태 및 신뢰도

  • 상태: draft
  • 검증 단계: conceptual
  • 출처 신뢰도: B (W3Schools — widely used educational reference, not a primary standards body)
  • 신뢰 점수: 0.85
  • 중복 검사 결과: 신규 생성 (New discovery)

🔗 지식 그래프 (Knowledge Graph)

📚 출처 (Sources)

📝 변경 이력 (Change history)

  • 2026-07-04: Initial draft synthesized from the W3Schools "C Variable Names (Identifiers)" page (Astra wiki-curation, P-Reinforce v3.1 format).