훌륭한 개발자는 일반적으로 코드 품질로 정의됩니다. 소프트웨어 업계에서 좋은 코드를 작성한다는 것은 테스트, 업데이트, 확장 또는 버그 수정에 드는 비용을 절약한다는 의미입니다. 이 기사에서는 논리 코드를 정리하고 리팩터링하여 더욱 강력하고 모듈식으로 만드는 데 도움이 되는 기술과 아이디어의 몇 가지 실제 사례를 보여 드리겠습니다. 이 팁은 이전 코드를 리팩터링하는 데 도움이 될 뿐만 아니라 앞으로 더 깔끔한 코드를 작성하는 방법에 대한 좋은 조언도 제공합니다.
리팩토링이란 무엇이며 왜 필요한가요?
리팩토링은 간결한 코드를 작성하는 데 도움이 되는 방법과 단계를 말합니다. 이는 많은 편집 없이 코드를 읽고, 확장하고, 재사용할 수 있는 다른 개발자에게 중요합니다.
다음 콘텐츠에서는 논리 코드를 더 좋게 만들기 위해 리팩토링하는 몇 가지 예를 보여줍니다.
단위 테스트 없이 프로덕션 코드를 리팩토링하지 마세요
제 첫 번째 조언은 완전한 단위 테스트 없이 논리 코드 리팩토링을 시작하지 말라는 것입니다. 내 추론은 다음과 같습니다. 손상된 기능을 정확히 찾아내기 어렵기 때문에 수정하기 어려운 손상된 기능을 갖게 될 것입니다. 따라서 리팩토링하려면 테스트부터 시작하세요. 리팩토링하려는 부분이 테스트 대상인지 확인하세요. PHPUnit 코드 적용 범위 분석.
코드 맨 아래부터 리팩토링을 시작하세요
아래 그림을 보세요. Github에서 찾아낸 실제 호텔 관리 시스템 프로젝트입니다. 이것은 오픈 소스 프로젝트이지만 폐쇄 소스 프로젝트는 끔찍할 것입니다.
예: 상향식 리팩토링
이 코드를 보면 빨간색으로 표시된 세 가지 레벨이 있습니다. 가장 낮은 수준은 첫 번째 if 조건에서 if/else로 둘러싸인 선언이어야 합니다. 일반적으로 가장 낮은 수준은 단일 논리적 처리에 집중되어 리팩터링이 더 쉽습니다.
메소드를 더 짧게 만들고 더 작은 메소드나 구성 파일/DB 테이블로 분해하세요
여기서 아래와 같이 비공개 메소드로 세분화할 수 있습니다.
메소드를 더 짧게 만드세요
다음 자세한 내용은 매개변수 업로드 및 뷰 로드에 대해 설명하겠습니다. 이제 다른 부분을 리팩토링한 후 add() 메서드를 살펴보겠습니다. 더 간결해지고, 읽기 쉽고, 테스트하기 쉬워집니다.
예: 먼저 가장 낮은 수준의
if 문을 리팩터링하고 중괄호 사용을 고집합니다
대부분의 프로그래밍 언어는 단일 라인 if 문이 더 간단하기 때문에 지원하므로 일부 개발자는 이런 식으로 사용하지만 일부 개발자는 읽기가 불편하고, 빈 줄이 조건을 방해하고 충돌을 일으킬 수 있기 때문에 문제가 발생할 수 있습니다. 아래 두 예의 차이점을 살펴보세요.
예: 중괄호 사용
마법의 숫자나 마법의 문자열을 사용하지 마세요:
다음 예에서는 방이 250을 초과하면 오류 메시지가 반환됩니다. 여기서 250은 매직 넘버로 간주됩니다. 이 글을 쓰는 개발자가 아니라면 이 숫자가 무엇을 의미하는지 파악하기 어렵습니다.
예: Magic Numbers
이 방법을 리팩토링하려면 250이 최대 방 수를 나타낸다는 점을 지적할 수 있습니다. 하드코딩을 대체하려면 $maxAvailableRooms 변수로 추출하면 됩니다. 이제 다른 개발자들이 더 쉽게 이해할 수 있게 되었습니다.
예: Magic Numbers 수정
꼭 필요하지 않은 경우 else 문을 사용하지 마세요.
동일 availablerooms() 함수에서 if 문을 볼 수 있는데, 이 문은 쉽게 제거할 수 있습니다. else 부분의 논리는 일관성을 유지합니다.
예: else 선언 무시
메서드, 변수 및 테스트를 나타낼 수 있는 이름 지정을 사용하세요
다음 예에서는 호텔 관리 시스템에 "index()"라는 두 가지 메서드가 있음을 알 수 있습니다. 그리고 “room_m()”. 나로서는 그들의 목적이 무엇인지 알 수 없다. 그들의 이름이 자신을 표현한다면 이해하기 쉬울 것이라고 생각합니다.
예: 잘못된 메소드 이름 지정
프로그래밍 언어의 기능을 최대한 활용하세요
많은 개발자가 자신이 사용하는 프로그래밍 언어의 모든 기능을 활용하지 않습니다. 많은 기능을 사용하면 시간을 절약하고 코드를 더욱 강력하게 만들 수 있습니다. 아래 예제를 살펴보고 유형 힌트를 사용하여 더 적은 코드로 동일한 결과를 더 쉽게 얻을 수 있는 방법을 알아보세요.
마지막으로 더 나은 코딩을 위한 몇 가지 간단한 팁을 제공하고 싶습니다.
● 이전 배열() 대신 새로운 배열 형식(]을 사용하세요.
● 데이터 유형을 확인하지 않는 것이 중요하지 않은 경우 == 대신 === 연산자를 사용하세요.
● 공개 메소드에는 짧고 설명이 포함된 이름을 지정하는 것이 항상 좋은 생각입니다. 개인 메소드는 범위가 더 제한되어 있으므로 더 긴 이름을 사용할 수 있습니다.
● 인터페이스를 구현하는 메소드에만 add()와 같은 일반 이름을 사용하고, 개별 클래스 메소드에는 addUser() 또는 addDocument()와 같은 설명적인 이름을 사용하십시오.
● 클래스에서 사용하지 않는 메서드를 제거합니다.
● 부울과 같은 값을 반환하는 함수에는 is/has 접두사를 사용하세요: isAdmin($user), hasPermission($user).
● 클래스 메서드와 속성에는 항상 액세스 한정자를 사용하세요.
● 인터페이스 오염에 주의하세요. 사용자에게 공개적으로 제공되는 방법만 사용하세요.
● 상단의 공개 메소드를 사용하여 클래스 메소드를 구성합니다.
● 수업 내에서는 항상 단일 책임 개념을 적용하세요.
위 내용은 수석 PHP 엔지니어에게 필요한 코딩 기술과 사고의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!