C 언어의 식별자 명명 규칙이 무엇인지 아시나요?(자세한 설명)-C#.Net 튜토리얼-php.cn

집

백엔드 개발

C#.Net 튜토리얼

C 언어의 식별자 명명 규칙이 무엇인지 아시나요?(자세한 설명)

烟雨青岚

Jul 07, 2020 pm 01:31 PM

c 언어명명 규칙식별자

C 언어 학습의 첫 번째 단계는 식별자의 명명 규칙을 알고 있나요? 아래를 살펴보겠습니다.

C 언어의 식별자 명명 규칙이 무엇인지 아시나요?(자세한 설명)

C 언어 식별자는 일반적으로 다음 명명 규칙을 따라야 합니다.

1 식별자는 문자 a~z, A~Z 또는 밑줄으로 시작해야 하며 그 뒤에는 여러 개의 문자가 올 수 있습니다. (0일 수 있음) 문자는 문자, 밑줄, 숫자일 수 있습니다. 다른 문자는 식별자에 나타날 수 없습니다.

2 식별자는 대소문자를 구분합니다.

3 식별자의 길이는 c89는 31자 이내로 규정하고, c99는 63자 이내로 규정합니다.

4 C 언어의 키워드 , 특별한 의미를 가집니다. 사용할 수 없습니다. 식별자로

5 기억과 이해를 돕기 위해 맞춤 식별자에는 특정 의미를 지닌 문자열을 사용하는 것이 가장 좋습니다.

사실 이는 대부분의 언어 규정과 유사합니다. 좋은 명명 규칙을 개발해야만 더 읽기 쉬운 프로그램을 작성할 수 있습니다.

위의 변수 명명 규칙은 C 언어 문법에 규정된 것이므로 이를 따르지 않으면 잘못된 것입니다.

또한, 실제 개발 과정에서 프로그래머들은 변수 명명의 "습관", 즉 기존의 변수 명명 사양을 형성했습니다. 비록 문법에 얽매이지 않더라도 이러한 "사실상의 표준"을 따르면 코드가 더욱 전문적이고 효율적으로 만들어질 것입니다. 더 정교해졌습니다.

1) 단일 문자를 변수 이름으로 사용하는 것은 금지됩니다(예: a, b, c, d, i, j, k, m, n...). 앞의 설명에서 단일 글자를 사용한 이유는 단지 설명의 편의를 위한 것일 뿐, 초점을 과하게 하지 않기 위함이다. 처음 학습을 시작할 때 사용할 수 있지만 영원히 한 글자만 고수하지는 마세요.

그렇다면 한 글자로 정의해보면 어떨까요? 이유는 간단합니다. 말도 안 돼요! 변수 a를 정의했는데, 다른 사람들은 a가 무엇을 의미하는지 어떻게 알 수 있나요? 메모가 있어도 잊혀지는 것은 피할 수 없습니다.

따라서 변수를 정의할 때 변수 이름에 명확한 의미를 부여하는 것이 코드의 가독성을 높이는 데 가장 좋습니다. 당신이 직접 프로그램을 작성하든, 다른 사람이 당신의 프로그램을 읽게 하든 당신은 편안함을 느낄 것입니다.

실제 프로그래밍에서는 영어 단어나 영어 단어의 약어가 변수 이름으로 사용되는 경우가 많습니다.

약어에도 특정 규칙이 있습니다. 보통 짧은 단어는 "모음"을 제거하여 축약할 수 있습니다.

예를 들어 " number" "count는 cnt로 축약될 수 있습니다.

더 긴 단어는 단어에 여러 글자를 사용하여 축약할 수 있습니다.

일부 단어의 경우 약어도 인식됩니다.

예: temp는 tmp로 축약될 수 있습니다. temp는 " "임시"는

flag를 flg로 축약할 수 있음을 의미합니다. //flag는 "flag"를 의미합니다.

statistic은 stat로 축약할 수 있습니다. //statistic은 "statistics"를 의미합니다.

increment는 inc로 축약할 수 있습니다.

message msg로 축약할 수 있습니다.

변수 이름이 여러 단어로 구성되어 있고 약어가 필요하지 않은 경우 각 단어의 첫 글자를 대문자로 표기하고 필요한 경우 밑줄로 구분해야 합니다.

2) 그러나 이것이 결코 단일 문자를 사용할 수 없다는 의미는 아닙니다. 일부 변수는 그 자체로 의미가 없으며 이 경우 단일 문자를 사용할 수 있습니다. 예를 들어 나중에 루프문을 학습할 때 그 안에는 i, j, k로 정의된 루프 변수가 있습니다. 이는 이미 인식되어 있습니다.

그러나 대부분의 경우 변수는 프로그래밍할 때 의미가 있습니다. 이때, 영어 단어나 영어 단어의 약어를 이름으로 사용해야 합니다.

읽어주신 모든 분들께 감사드리며, 많은 혜택 받으시길 바랍니다.

이 기사는 https://blog.csdn.net/huqiaolong/article/details/80469306

관련 기사

C# 및 .NET : 둘 사이의 관계 이해Apr 17, 2025 am 12:07 AM

C#과 .NET의 관계는 분리 할 수 없지만 같은 것은 아닙니다. C#은 프로그래밍 언어이며 .NET은 개발 플랫폼입니다. C#은 코드를 작성하고 .NET의 중간 언어 (IL)로 컴파일하고 .NET 런타임 (CLR)에 의해 실행되는 데 사용됩니다.

C#.NET은 여러 응용 프로그램 개발을 지원하는 강력한 도구 및 라이브러리를 제공하기 때문에 여전히 중요합니다. 1) C#은 .NET 프레임 워크를 결합하여 개발 효율적이고 편리하게 만듭니다. 2) C#의 타입 안전 및 쓰레기 수집 메커니즘은 장점을 향상시킵니다. 3) .NET은 크로스 플랫폼 실행 환경과 풍부한 API를 제공하여 개발 유연성을 향상시킵니다.

웹에서 데스크톱으로 : C# .NET의 다양성Apr 15, 2025 am 12:07 AM

C#.NETISVERSATILEFORBOTHWEBBANDDESKTOPDEVENTROMMENT.1) FORWEB, useASP.NETFORRICHINTERFACES.3) FORDESKTOP.3) USEXAMARINFORCROSS-PLATFORMDEEVENTRIMMENT, LINABILEDEV, MACODEDEV, and MACODEDOWS, 및 MACODEDOWS.

C# .net 및 미래 : 신기술에 적응Apr 14, 2025 am 12:06 AM

C# 및 .NET는 지속적인 업데이트 및 최적화를 통해 신흥 기술의 요구에 적응합니다. 1) C# 9.0 및 .NET5는 레코드 유형 및 성능 최적화를 소개합니다. 2) .NETCORE는 클라우드 네이티브 및 컨테이너화 된 지원을 향상시킵니다. 3) ASP.NETCORE는 최신 웹 기술과 통합됩니다. 4) ML.NET는 기계 학습 및 인공 지능을 지원합니다. 5) 비동기 프로그래밍 및 모범 사례는 성능을 향상시킵니다.

c# .net이 당신에게 적합합니까? 적용 가능성을 평가합니다Apr 13, 2025 am 12:03 AM

C#.netissuitable forenterprise-levelapplications는 richlibraries, androbustperformance, 그러나 itmaynotbeidealforcross-platformdevelopmentorwhenrawspeediscritical, wherelanguagesslikerustorthightordogrordogrognegrognegrognegrognecross-platformdevelopmentor.

.NET 내의 C# 코드 : 프로그래밍 프로세스 탐색Apr 12, 2025 am 12:02 AM

.NET에서 C#의 프로그래밍 프로세스에는 다음 단계가 포함됩니다. 1) C# 코드 작성, 2) 중간 언어 (IL)로 컴파일하고 .NET 런타임 (CLR)에 의해 실행됩니다. .NET에서 C#의 장점은 현대적인 구문, 강력한 유형 시스템 및 .NET 프레임 워크와의 긴밀한 통합으로 데스크탑 응용 프로그램에서 웹 서비스에 이르기까지 다양한 개발 시나리오에 적합합니다.

C# .NET : 핵심 개념 탐색 및 프로그래밍 기초Apr 10, 2025 am 09:32 AM

C#은 Microsoft가 개발 한 최신 객체 지향 프로그래밍 언어이며 .NET 프레임 워크의 일부로 개발되었습니다. 1.C#은 캡슐화, 상속 및 다형성을 포함한 객체 지향 프로그래밍 (OOP)을 지원합니다. 2. C#의 비동기 프로그래밍은 응용 프로그램 응답 성을 향상시키기 위해 비동기 및 키워드를 기다리는 키워드를 통해 구현됩니다. 3. LINQ를 사용하여 데이터 컬렉션을 간결하게 처리하십시오. 4. 일반적인 오류에는 NULL 참조 예외 및 인덱스 외 예외가 포함됩니다. 디버깅 기술에는 디버거 사용 및 예외 처리가 포함됩니다. 5. 성능 최적화에는 StringBuilder 사용 및 불필요한 포장 및 Unboxing을 피하는 것이 포함됩니다.

C# .NET 응용 프로그램 테스트 : 장치, 통합 및 엔드 투 엔드 테스트Apr 09, 2025 am 12:04 AM

C#.NET 애플리케이션에 대한 테스트 전략에는 단위 테스트, 통합 테스트 및 엔드 투 엔드 테스트가 포함됩니다. 1. 단위 테스트를 통해 MSTEST, NUNIT 또는 XUNIT 프레임 워크를 사용하여 코드의 최소 단위가 독립적으로 작동합니다. 2. 통합 테스트는 일반적으로 사용되는 시뮬레이션 된 데이터 및 외부 서비스를 결합한 여러 장치의 기능을 확인합니다. 3. 엔드 투 엔드 테스트는 사용자의 완전한 작동 프로세스를 시뮬레이션하며 셀레늄은 일반적으로 자동 테스트에 사용됩니다.

See all articles