e.den
eden.dev.log
e.den
전체 방문자
오늘
어제
  • 분류 전체보기 (57)
    • 슬기로운 취준 생활 (1)
    • Study (30)
      • Swift (7)
      • iOS (6)
      • Java (2)
      • Spring (6)
      • Algorithm (9)
    • Coding Test (8)
      • Swea (0)
      • Baekjoon (8)
      • Programmers (0)
    • 삽질기 (3)
    • 독서록 (15)
      • Clean Architecture (5)
      • Clean Code (10)

블로그 메뉴

  • 홈
  • 태그
  • 방명록

공지사항

인기 글

태그

  • ios
  • flatmap
  • lombok
  • UITextView
  • CGLayer
  • Algorithm
  • reduce
  • cleancode
  • compactMap
  • 프로퍼티
  • lifecycle
  • 부스트코스
  • CoreAnimation
  • 알고리즘
  • CleanArchitecture
  • property
  • java
  • 고차함수
  • RunLoop
  • 클린아키텍처
  • Map
  • Filter
  • Spring
  • swift
  • 클린코드
  • 자료구조
  • 정렬
  • MySQL
  • mybatis
  • initializer

최근 댓글

최근 글

티스토리

hELLO · Designed By 정상우.
e.den

eden.dev.log

독서록/Clean Code

[Clean Code] 5장 형식 맞추기

2022. 4. 19. 15:24

형식을 맞추는 목적

오랜 시간이 지나 원래 코드의 흔적을 더 이상 찾아보기 어려울 정도로 코드가 바뀌어도 맨 처음 잡아놓은 구현 스타일과 가독성 수준은 유지보수 용이성과 확장성에 계속 영향을 미친다.

원래 코드는 사라질지라도 개발자의 스타일과 규율은 사라지지 않는다.

 

적절한 행 길이를 유지하라

일반적으로 큰 파일보다 작은 파일이 이해하기 쉽다.

 

이름은 간단하면서도 설명이 가능하게 짓는다. 이름만 보고도 올바른 모듈을 살펴보고 있는지 아닌지를 판단할 정도로 신경 써서 짓는다.

소스 파일 첫 부분은 고차원 개념과 알고리즘을 설명한다. 아래로 내려갈수록 의도를 세세하게 묘사한다. 마지막에는 가장 저차원 함수와 세부 내역이 나온다.

 

서로 밀접한, 연관성 있는 개념은 세로로 가까이 둬야 한다. 물론 두 개념이 서로 다른 파일에 속한다면 규칙이 통하지 않는다.

하지만 타당한 근거가 없다면 서로 밀접한 개념은 한 파일에 속해야 마땅하다. 이게 바로 protected 변수를 피해야 하는 이유 중 하나다.

저작자표시 비영리 변경금지 (새창열림)

'독서록 > Clean Code' 카테고리의 다른 글

[Clean Code] 7장 오류 처리  (0) 2022.04.20
[Clean Code] 6장 객체와 자료 구조  (0) 2022.04.20
[Clean Code] 4장 주석  (0) 2022.04.18
[Clean Code] 3장 함수  (0) 2022.04.14
[Clean Code] 2장 의미 있는 이름  (0) 2022.04.12
    '독서록/Clean Code' 카테고리의 다른 글
    • [Clean Code] 7장 오류 처리
    • [Clean Code] 6장 객체와 자료 구조
    • [Clean Code] 4장 주석
    • [Clean Code] 3장 함수
    e.den
    e.den
    문제를 본질적으로 접근하자

    티스토리툴바