Javascript의 단일 책임 원칙-JS 튜토리얼-php.cn

Javascript의 단일 책임 원칙

DDD

풀어 주다： 2024-12-09 08:20:06

원래의

675명이 탐색했습니다.

Single Responsibility Principle in Javascript

JavaScript의 단일 책임 원칙 이해
깔끔하고 유지 관리가 가능한 코드를 작성할 때 따라야 할 가장 중요한 원칙 중 하나는 단일 책임 원칙(SRP)입니다. 이는 소프트웨어 개발의 5가지 SOLID 원칙 중 하나이며 코드를 더 쉽게 읽고, 테스트하고, 수정할 수 있도록 보장합니다.

단일 책임 원칙이란 무엇입니까?

Robert C.Martin의 단일 책임 원칙은 다음과 같습니다.

클래스나 함수에는 변경 이유가 하나만 있어야 합니다.

간단히 말하면 코드의 각 단위(함수, 클래스, 모듈 등)는 한 가지 일을 잘 수행하는 역할을 담당해야 합니다. 책임이 분리되면 코드 중 한 영역의 변경 사항이 예기치 않게 다른 영역에 영향을 주지 않으므로 버그 위험이 줄어들고 애플리케이션을 더 쉽게 유지 관리하고 테스트할 수 있습니다.

SRP가 중요한 이유는 무엇입니까?

SRP가 없으면 다음과 같은 문제에 직면할 수 있습니다.

얽힌 종속성: 함수나 클래스에 여러 책임이 있는 경우 하나를 변경하면 실수로 다른 함수나 클래스가 중단될 수 있습니다.
테스트 가능성 감소: 코드 단위가 너무 많은 작업을 수행하면 관련 없는 종속성을 모의해야 하므로 테스트가 더 어려워집니다. 가독성 저하: 대규모 다목적 함수나 클래스는 특히 프로젝트에 참여하는 새로운 개발자의 경우 이해하기 어렵습니다.
어려운 유지 관리: 부서의 책임이 많을수록 버그를 격리 및 수정하거나 새 기능을 추가하는 데 더 많은 노력이 필요합니다.

JavaScript에 SRP 적용

자바스크립트에서 SRP를 적용한 실제 사례를 살펴보겠습니다.

예제 1: 함수 리팩터링

SRP 없음

function handleUserLogin(userData) {
    // Validate user data
    if (!userData.email || !userData.password) {
        logger.error("Invalid user data");
        return "Invalid input";
    }

    // Authenticate user
    const user = authenticate(userData.email, userData.password);
    if (!user) {
        console.error("Authentication failed");
        return "Authentication failed";
    }

    // Log success
    console.info("User logged in successfully");
    return user;
}

로그인 후 복사

이 기능은 유효성 검사, 인증, 로깅 등 너무 많은 작업을 수행합니다. 이들 각각은 별개의 책임입니다.

SRP 사용

더 작은 단일 목적 함수로 나누어 리팩토링할 수 있습니다.

function validateUserData(userData) {
    if (!userData.email || !userData.password) {
        throw new Error("Invalid user data");
    }
}

function authenticateUser(email, password) {
    const user = authenticate(email, password); // Assume authenticate is defined elsewhere
    if (!user) {
        throw new Error("Authentication failed");
    }
    return user;
}

function handleUserLogin(userData, logger) {
    try {
        validateUserData(userData);
        const user = authenticateUser(userData.email, userData.password);
        logger.info("User logged in successfully");
        return user;
    } catch (error) {
        logger.error(error.message);
        return error.message;
    }
}

로그인 후 복사

이제 각 기능에는 단일 책임이 있으므로 테스트 및 수정이 더 쉬워졌습니다.

예제 2: 클래스 리팩터링

SRP 없음

다양한 고민을 관리하는 수업:

class UserManager {
    constructor(db, logger) {
        this.db = db;
        this.logger = logger;
    }

    createUser(user) {
        // Save user to DB
        this.db.save(user);
        this.logger.info("User created");
    }

    sendNotification(user) {
        // Send email
        emailService.send(`Welcome, ${user.name}!`);
        this.logger.info("Welcome email sent");
    } 
}

로그인 후 복사

여기서 UserManager는 사용자 생성, 로깅, 이메일 전송을 처리하므로 책임이 너무 많습니다.

SRP 사용

다른 클래스나 모듈에 책임을 위임하여 리팩터링:

class UserService {
    constructor(db) {
        this.db = db;
    }

    createUser(user) {
        this.db.save(user);
    }
}

class NotificationService {
    sendWelcomeEmail(user) {
        emailService.send(`Welcome, ${user.name}!`);
    }
}

class UserManager {
    constructor(userService, notificationService, logger) {
        this.userService = userService;
        this.notificationService = notificationService;
        this.logger = logger;
    }

    createUser(user) {
        this.userService.createUser(user);
        this.notificationService.sendWelcomeEmail(user);
        this.logger.info("User created and welcome email sent");
    }
}

로그인 후 복사

이제 각 수업은 지속성, 알림 또는 로깅이라는 단일 관심사에 중점을 둡니다.