클린 코드 이해: 출현 ⚡️-JS 튜토리얼-php.cn

클린 코드 이해: 출현 ⚡️

Patricia Arquette

풀어 주다： 2024-10-07 14:21:30

원래의

938명이 탐색했습니다.

Understanding Clean Code: Emergence ⚡️

Clean Code의 12장 'Emergence'에서는 기본 설계 원칙을 준수함으로써 깨끗하고 잘 구조화된 소프트웨어가 어떻게 탄생하는지 탐구합니다.

소프트웨어 디자인의 출현은 간단하고 잘 이해된 규칙에서 복잡한 동작이나 기능이 발생하는 프로세스를 의미합니다.

이러한 규칙을 따르면 개발자가 유지 관리, 확장 및 이해하기 쉬운 소프트웨어를 제작하는 데 도움이 될 수 있습니다.

이 장에서는 깔끔하고 효율적인 코드를 위한 단순성과 테스트 가능성을 강조하면서 심플한 디자인의 4가지 규칙에 중점을 둡니다.

? 단순한 디자인의 네 가지 규칙

모든 테스트 통과
의도 공개
중복 금지
클래스 및 메소드 수 최소화

이러한 각 규칙을 분석하고 JavaScript를 사용하여 어떻게 적용되는지 살펴보겠습니다.

1. 모든 테스트 통과

깨끗하고 창발적인 소프트웨어의 기본은 기능적이어야 한다는 것입니다.

모든 코드는 테스트를 통과하여 예상되는 동작이 유지되고 새로운 기능으로 인해 버그가 발생하지 않도록 해야 합니다.

JavaScript에서는 Jest 또는 Mocha와 같은 라이브러리를 사용하여 단위 테스트를 작성하여 이를 달성하는 경우가 많습니다.


function add(a, b) {
  return a + b;
}

// Test (using Jest)
test('adds 1 + 2 to equal 3', () => {
  expect(add(1, 2)).toBe(3);
});

로그인 후 복사

소프트웨어가 모든 테스트를 통과하는지 확인함으로써 시스템이 의도한 대로 작동함을 보장하게 됩니다.

클린 코드는 신뢰할 수 있는 테스트에서 시작됩니다. 이것이 없으면 다른 규칙은 중요하지 않습니다.

2. 의도를 드러낸다

코드는 자신이 수행하는 작업을 전달해야 합니다. 이름이 잘 지정된 함수, 변수 및 클래스를 사용하면 주석 없이도 코드를 쉽게 읽고 이해할 수 있습니다.

의도를 드러내는 코드는 설명이 필요 없습니다.

잘못된 명명:


function d(x) {
  return x * 2;
}

로그인 후 복사

좋은 이름 지정:


function doubleNumber(number) {
  return number * 2;
}

로그인 후 복사

이 경우 doubleNumber()는 함수의 의도를 명확하게 드러냅니다.

이 코드를 읽는 사람은 추가 설명 없이도 그 목적을 즉시 이해할 수 있습니다.

이러한 방식은 혼란을 줄일 뿐만 아니라 유지 관리성도 향상시킵니다.

3. 중복 금지

코드 중복은 클린 소프트웨어의 가장 큰 적 중 하나입니다. 반복되는 논리로 인해 버그가 발생하고 유지 관리 노력이 늘어날 수 있습니다.

목표는 일반적인 동작을 재사용 가능한 기능이나 모듈로 추상화하여 중복성을 줄이는 것입니다.

코드 중복:


function calculateAreaOfSquare(side) {
  return side * side;
}

function calculateAreaOfRectangle(length, width) {
  return length * width;
}

로그인 후 복사

두 함수 모두 비슷한 계산을 수행합니다. 리팩토링을 통해 중복을 제거할 수 있습니다.

중복 금지:


function calculateArea(shape) {
  if (shape.type === 'square') {
    return shape.side * shape.side;
  } else if (shape.type === 'rectangle') {
    return shape.length * shape.width;
  }
}

로그인 후 복사

함수를 일반화함으로써 반복되는 논리를 제거하고 코드 유지 관리를 더욱 쉽게 만듭니다.

4. 클래스 및 메소드 수 최소화

단순한 디자인의 마지막 규칙은 명확성을 유지하면서 클래스와 메소드의 수를 최소화하도록 권장합니다.

이는 불필요한 복잡성을 피하는 것을 의미합니다.

각 직급이나 직무에는 단일 책임 원칙(SRP)을 준수하면서 명확하고 집중적인 책임이 있어야 합니다.

방법이 너무 많음:


class User {
  constructor(name) {
    this.name = name;
  }

  getName() {
    return this.name;
  }

  setName(name) {
    this.name = name;
  }

  printWelcomeMessage() {
    console.log(`Welcome, ${this.name}!`);
  }

  // Additional unrelated methods
  getUserProfile() {
    // ... some logic
  }

  logActivity() {
    // ... some logic
  }
}

로그인 후 복사

이 수업에는 책임이 너무 많습니다. 사용자 이름 관리에만 집중해야 합니다.

리팩터링됨:


class User {
  constructor(name) {
    this.name = name;
  }

  getName() {
    return this.name;
  }

  setName(name) {
    this.name = name;
  }
}

class Logger {
  static logActivity(user) {
    // ... some logic
    console.log(`${user.getName()} performed an activity.`);
  }
}

로그인 후 복사

관심사항을 분리하면 코드가 더 단순해지고 유지 관리가 더 쉬워집니다.

이제 각 학급에는 미니멀리즘과 단순함의 원칙을 고수하며 하나의 책임이 있습니다.