DAY 6

🔖 오늘 읽은 범위 : 3장, 함수 ~

<aside> 😃 책에서 기억하고 싶은 내용을 써보세요.

</aside>

• 작게 만들어라
• 함수는 한 가지를 해야 한다. 그 한가지를 잘 해야 한다. 그 한 가지만을 해야 한다.
  → 기능 단위로 함수를 세분화
• 함수 당 추상화 수준은 하나로 →”위에서 아래로 코드 읽기: 내려가기 규칙”을 직접 해보기!!
• 일관성 있는 서술적인 이름을 사용하라! → 협업 시에는 함수명 생성에 대한 별도의 룰 또는 지속적인 소통이 필요할 것 같다.
• 함수 인수(최선은 입력 인수가 없는 것!)
• 단항 형식 함수 → “함수 이름을 지을 때는 (1)인수에 질문 던지는 경우 (2)인수를 변환하여 리턴하는 경우 를 분명히 구문하고 일관적인 방식으로 두 형식을 사용하라” → “이벤트 함수 형식은 코드에 명확히 드러나도록 이름과 문맥을 주의해서 선택하라.” → “상기 외에는 가급적 단항 형식을 피하라”

<aside> 🤔 오늘 읽은 소감은? 떠오르는 생각을 가볍게 적어보세요

</aside>

1. 확실히 요구사항을 정확히 파악하고 프로세스를 잘 정립 할수록 함수 라인 수는 줄어드는 것 같다. 당장 과거의 나 자신만 해도 마감에 쫒겨 급하게 짠 소스일수록 함수 크기가 점점 늘어났었다(불필요한 if가 늘어나기 시작...). 앞으론 함수 내 코드가 늘어나는 것에 언제나 경계심을 가지며, 기능단위로 세분화 할 수 있도록 노력해야겠다.
2. 함수 인수 부분의 경우, 근래 진행했던 Legacy 소스 리팩토링 작업과 맞닿는 내용이여서 더욱 공감이 갔다. 기존 Legacy에서는 개발 환경에서의 유연성을 위해 다양한 인수를 deafult 값과 함께 정의하였으나, 현실은 인수들의 정확한 값 의미를 파악하지 못한채 중구난방하게 쓰여져 혼란을 야기시켰다. 해당 Legacy 매서드는 정말 필요한 인수 2개만 남기고 나머지는 전부 제거했다.
3. 책에 나온 개념들을 실무에 제대로 반영하기 위해, 그간 얕게 알아온온 SRP/OCP/추상화 같은 개념들을 프레임워크(Spring boot) 없이도 구현(AOP/DI) 할 수 있도록 정리해야 겠다.

<aside> 🔎 궁금한 내용이 있거나, 잘 이해되지 않는 내용이 있다면 적어보세요.(또는 스스로의 과제)

</aside>

• 함수의 추상화는 어느정도까지 해야 하는가? → 함수의 추상화 수준을 무조건 낮추는 것이 마냥 좋을까?” 라는 의문이 생겼다. 기능이 복잡한 함수의 추상화를 하면 할수록 그만큼 세분화된 함수의 수가 늘어날 것이고, 실제 업무 시에는 되려 역으로 어려움이 발생하지 않을까? DB 같은 경우도 정규화 단계를 높일 수록 좋다고 이론적으로는 배웠지만, 실제로는 성능 및 유지보수의 이유로 고도화된 정규화 테이블을 보기는 쉽지 않은 것처럼 말이다(외래키도 마찬가지...). 이부분에 대해서는 좀더 고민이 필요할 것 같다.
• 함수인수-목록 3-7 StringBuffer 관련하여 → 책에서는 StringBuffer를 가독성을 위해 인스턴스로 선언하여 사용하였는데, 만약 Spring boot에서 Bean 으로 등록한 클래스에서 위처럼 따라할 경우 쓰레드 간섭에 의한 값 오염이 되지 않도록 주의 필요. (Bean 으로 등록할 클래스의 Scope를 싱글톤이 아닌 prototype+proxyMode로 바꾸거나, Bean으로 등록 안하거나 해서 Thread-safe 하게 작업 필요)
• 매개변수? 인수? → 그동안 인수랑 매개변수를 구분 안하고 사용해 왔는데... 책을 읽으면서 정확한 개념을 정리 (1) 매개변수(parameter): 함수에 전달된 값을 받는 변수 → int userInfo(int userNumber, String userName) {} //userNumber, userName이 매개변수 (2) 인수(argumnet): 전달되는 값 → int result = userInfo(1234, “Doritory”); //1234, “Doritory”는 인수
• 추상화 의미 정리 필요 → 참고자료 : https://velog.io/@pyro/함수의-Abstraction-Level : https://sosimhan-dev.tistory.com/4
• OCP 개념 재정리 필요 (Framework 없이도 DI를 통한 구현이 되도록) → 참고자료 : https://dublin-java.tistory.com/48