대형마트로 예를 들어보겠습니다.
대형마트에서 상품이 종류별로 깔끔하게 정리되어 있다면 원하는 물건을 쉽게 찾을 수 있습니다.
예를 들어,
채소 코너에는 양파, 감자, 당근이 있고,
과일 코너에는 사과, 바나나, 포도가 있으며,
음료 코너에는 우유, 주스, 탄산음료가 정리되어 있다면 쇼핑이 훨씬 편리해집니다.
하지만 만약 마트에 규칙 없이 물건이 엉망진창으로 섞여 있다면?
사과가 전자제품 코너에 있고,
콜라가 화장품 코너에 있다면,
고객들은 물건을 찾는 데 시간이 오래 걸리고 불편해지겠죠?
프로그래밍에서는?
코드에서도 변수, 메서드, 클래스 이름을 일관성 있게 작성하면,
다른 사람이 코드를 볼 때 의미를 쉽게 이해할 수 있고,
원하는 기능을 빠르게 찾을 수 있습니다.
하지만 네이밍 규칙 없이 아무렇게나 작성하면 코드를 읽는 것이 어려워지고, 유지보수가 힘들어집니다.
대형마트에는 창고가 있어서 상품을 보관합니다.
이때, 창고 안에 있는 물건들이 체계적으로 정리되어 있다면,
신상품을 추가하거나,
유통기한이 지난 제품을 폐기하거나,
특정 물건을 찾을 때
시간을 절약하고 효율적으로 관리할 수 있습니다.
하지만 만약 창고가 엉망진창으로 정리되어 있다면?
신상품을 어디에 둬야 할지 모르고,
유통기한이 지난 제품을 찾아내기 어렵고,
필요한 물건을 찾는 데 시간이 오래 걸립니다.
프로그래밍에서는?
코드에서도 변수, 메서드, 클래스 이름을 체계적으로 정하면,
새로운 기능을 추가할 때 기존 코드와 잘 정리할 수 있고,
오류가 발생해도 원인을 쉽게 찾을 수 있으며,
유지보수가 편리해집니다.
가독성이 떨어지게 되면,
유지보수가 어려워 지며,
진짜 최종적 퇴근시간이 늦어진다 <- 가장 중요 ★★★★★
네이밍 규칙을 알기 전 식별자 를 알아야 합니다
식별자 란?식별자 라고 합니다.클레스, 메서드, 변수, 상수, 패키지 등등 입니다.예제
class naming{} X -> class Naming{} O
void Start(){} X -> void start(){} O
int Number X -> int number O
final int maxSpeed X -> final int MAX_SPEED O
package Com.Example.MyApp X -> package com.example.myapp O
오케이! 그러면 네이밍 규칙에 추가적인 사항!
카멜 케이스란? 여러 단어로 이루어진 식별자의 각 단어를 대문자로 구분하여 이어 붙이는 표기법 입니다.
잡지식) 이 방식은 단어가 이어질 때 대문자가 낙타(Camel)의 혹처럼 보여서 CamelCase라고 불립니다.
CamelCase 는 총 두가지의 종류가 있습니다.
1. Lower CamelCase
2. Upper CamelCase
int maxCount
double minTimer
void printMessage() ... etc
class Person
class CarEngine
interface DataLoader