변수 이름은 어떻게 지나요?

좋은 개발자가 되기 위해 코딩할 때 적절한 명명 규칙을 따라야 합니다.

그것은 확실히 코드의 성능을 바꾸지 않을 것이지만, 코드를 변경하거나 코드를 디버그하는 데 필요한 시간과 노력(동료는 잊어라)으로 인해 몇 밤 동안 깨어 있을 것입니다.

참고: 작가가 위에 쓴 내용은 실제 사건을 기반으로 하며, 그 어떤 것도 허구가 아닙니다. 조언을 함부로 받아들이지 마십시오. 참고 읽어주셔서 감사합니다 :)

x, y, i는 잊어버려, j는 네 전 애인처럼

실제로 프로젝트에서 코딩할 때 그대로 두십시오. 경쟁 프로그래밍에 시간을 낭비할 때 사용할 수 있습니다.

아무 의미도 없는 짧은 이름을 변수에 지정하는 습관을 들이지 마십시오. 변수 x또는 y.

numberOfDepositsLeft및 와 같은 설명이 포함된 이름을 지정합니다 costOfItem.

이것도 최적화 해봅시다. 이것 itemCost대신 사용하면 costOfItem어떨까요?

부울 유형 변수의 경우 다음과 같은 상태에 대해 질문하십시오.

IsActive, IsPaid, IsFloating, IsDeletable 등

비필수 팁

여기에 필수가 아닌 팁이 하나 있는데 헝가리 표기법이라고 합니다. 어떤 사람들은 그렇지 않습니다. 변수 유형의 식별자를 접두사로 추가합니다.

예: iLives(정수용), fTokens(수동용), bIsAlive(부울용) 등. IDE에서 마우스를 가져가는 것보다 빠르게 유형을 확인합니다.

그리고 대부분의 사람들은 정당한 이유로 그것을 피합니다. 어떤 유형을 다루고 있는지 궁금해하는 데 그렇게 많은 시간을 보낸다면 디자인이 형편없을 것입니다. 무엇이든 바꿔야 한다고 생각하는 데 너무 많은 시간을 소비한 것을 기억하기가 어렵습니다.

작업할 프로젝트 구조에 따라 이 비필수 팁을 사용할 수 있습니다.

댓글을 달 수 있습니다. 코드는 댓글로 인해 기분이 상하지 않습니다.

나중에 코드로 돌아올 때 그 혼란을 이해하지 못할 것이기 때문에 약간 설명하는 주석을 코드에 추가하십시오. 댓글은 무엇을 했는지보다는 왜 무엇 을 했는지 알려주는 데 가장 적합합니다 .

주석은 내 생각에 매우 의미가 있어야 하며 잘못된 코딩을 대체하는 데 사용되어서는 안 됩니다.

프로젝트를 구축할 때 KISS, SOLID YAGNI 등의 디자인 및 개발 원칙을 따르고 있다면, 당신이 하는 많은 일들은 매우 자명할 것입니다. 예를 들어, 함수를 빌드하는 경우 설명이 포함된 이름과 설명이 포함된 변수 이름으로 설명이 필요하며 한 번에 한 가지만 수행해야 합니다.

내 트위터를 확인하세요

시간 내주셔서 감사합니다. 즐거우셨기를 바랍니다 ❤️