난 조건문이나 반복문 바디에 들어가는 코드들 두세줄짜리도 가능한한 함수로 무조건 빼고 이름 잘 지어주는데 노력함
함수호출회수가 늘어나는 비용은 거의 무시할만하더라
조건 자체도 표현식의 경우에는 무조건 임시 변수 만들어놓고 그것만 조건에 놓음 여기도 변수명이 중요함
분기나 반복이 일어나는 곳에는 구체적인 구현보다는 이름들만 들어가야 코드가 한눈에 잘 들어오고 혹시 다른 곳에 중복코드 없나 찾기도 편하더라
난 조건문이나 반복문 바디에 들어가는 코드들 두세줄짜리도 가능한한 함수로 무조건 빼고 이름 잘 지어주는데 노력함
함수호출회수가 늘어나는 비용은 거의 무시할만하더라
조건 자체도 표현식의 경우에는 무조건 임시 변수 만들어놓고 그것만 조건에 놓음 여기도 변수명이 중요함
분기나 반복이 일어나는 곳에는 구체적인 구현보다는 이름들만 들어가야 코드가 한눈에 잘 들어오고 혹시 다른 곳에 중복코드 없나 찾기도 편하더라
가독성 떨어질듯
함수 내용이 20줄을 넘어가면 안된다는 학파에 부합
루프바디를 함수로 만들지말고 루프전체를 함수로 ㄱㄱ
나는 함수로 빼기전에 이 코드가 재사용성이 있을지 판단하고 하는게 낫다고 생각이 듦
함수가 1가지 일을 하면 좀 지저분해도 놔둠 너무빼두면 왔다갔다 하면서 자꾸 흐름놓침 - dc App
2가지 일을 하면 쪼개지만.. - dc App
나도 이거에 동의함. 너무 쪼개다 보면 흐름을 오히려 잃음 ㅋㅋ. 재사용할만한 기능이 아닌 함수들도 많아지고 - dc App
뎁스가 너무 깊어지면 또 파악하기 어려워짐. 개인개발이면 모르겠는데 . 반복에 함수호출은 좋을수도 있고 나쁠수도 있고 함수의 기능이 명확하면 “반복해서 기능을 적용한다” 개념으로 접근할수 있기에 너무 짧은건 inline으로 ㄱ
보통은 너무 빼서 탈나는 경우보단 안빼서 탈나는 경우를 더 많이 봐서... 장풍쓰는 코드나 뭐 그런.. 근데 high level일수록 많이 함수로 빼고 low level은 풀어서 둔다던지.. 너무 기계적으로만 안하면 괜찮을듯
뭐든 과유불급