TIL_211201

1. Facts(사실, 객관)

 

- 주문 접수 자동화 (3/3) 완료

- code complete 4주차 스터디

 

2. Feelings(느낌, 주관)

 

크게 3부분으로 나누어졌던 주문 등록 과정을 모두 완성했습니다. 각 구간별로 테스트를 해보았고, 오류가 나는 데이터나 NULL값이 들어가는 경우 확인하여 수정했습니다. 사실, 기존에 있는 프로젝트에서 기능을 추가하는데 어려움이 있는데, 기존의 방식을 따라야 하고 비지니스를 분석해야 하기 때문입니다. 또한 결제 정보들의 많은 구분코드들이 들어가기 때문에 바로바로 값을 넣기가 쉽지 않았습니다. 하지만 정상적으로 완료 테스트를 거쳤고, 남은 기간에 걸쳐서 다시한번 테스트하고 확인하려고 합니다.

코드컴플리트2 스터디를 했습니다. 어떻게 변수명을 만들것인가?를 중심으로 서로 잘 만든 변수명과 못 만든 변수명을 공유했습니다. 또한 BH님께서, 요즘 변수명 짓기의 추세는 9~16글자를 만드는 것이 아니라 좀 더 길더라도 명확하게 전달하는 것이라고 합니다. 앞으로 변수명을 지을 때 유의하려고 노력할 것입니다.

 

3. Findings (배운 점)

변수명 짓기

어떻게 → 무엇

이름이 문제보다 해결 과정의 어떤 측면을 가리키고 있다면 이는 "무엇"보다는 "어떻게"에 관한 것이다. 문제 자체를 가리키는 이름을 사용하도록 한다.

직원의 데이터 : input Rec → employeeData

프린터의 상태 : bitFlag → printerReady

회계 애플리케이션 : calVal → sum

최적의 변수명 길이

최적의 이름 길이는 9~16자가 아니라 의미가 제대로 나타난다면 충분히 길게 지어도 되는게 요즘의 트렌드이다.

(지역변수나 반복문 변수에는 짧은 이름이 좋다.)

만능 변수일수록 의미를 나타내는데 문제가 생긴다.

 

• 네이버 변수명을 잘 지어보자

https://www.youtube.com/watch?v=rbSnkiqPnJI

계산값 한정자

Sum,Total,Average,Max,Min,Record,String,Pointer는 맨 마지막에 쓴다.

ex) revenueTotal, expenseTotal, revenueAverage, expenseAverage

*일반적인 변수명의 반의어

begin/end

first/last

min/max

next/previous

old/new

opened/closed

source/target

source/destination

반복문 인덱스 이름

score[teamIndex][eventIndex]는 socre[i][j]보다 많은 정보를 제공한다.

상태변수이름 : 프로그램의 상태를 설명

statusFlag = 0x80 → characterType = CONTROL_CHARACTER

printFlag = 16 → reportType = ReportType_Annual

잘 사용한 경우 : dataReady, characterType & PRINTABLE_CHAR, , recalcNeeded

불린 변수 이름

done, error, found, success

참이나 거짓의 의미를 함축하는 불린 변수의 이름을 사용한다.

done, success는 좋은 예시이다

status, sourceFile은 참이나 거짓이 명백하지 않기 떄문에 좋지 않다.

status → error, statusOk

sourceFile → sourceFileAvailae, sourceFileFound

is는 의문사인데 모호한 이름에 어울리지 않는다.

if(isFound) → if(found)

긍정적인 불린 변수 이름을 사용한다

notFound, notDone, notSuccessful은 읽기가 어렵다

열거형이름

열거형은 앞에 접두사를 사용한다

Public Enum Color

Color_Red

Color_Green

Color_Blue

End Enum

Public Enum Planet

Planet_Earth

Planet_Mars

Planet_Venus

End Enum

상수이름

FIVE(X), BAKERS_DOZEN(X)

CYCLES_NEEDED(O), DONUTS_MAX(O)

이 책에서 어느정도 축약은 허용한다.

ex) number → num, computer → cmptr, screen → scrn, apple → appl, integer → intgr

축약형은 과연 허용이 되는지 고민해보아야 한다.

 

 

4. Affirmation (자기 선언)

 나는 코딩관련 책을 읽고 나의 프로젝트를 개선하는 사람이다