이 기사에서는 PHP 코드 유지 관리 및 리팩토링이 어려워지는 4가지 이유를 분석합니다. 참고할 수 있도록 모든 사람과 공유하세요. 자세한 내용은 다음과 같습니다.
코드 유지 관리와 리팩토링은 매우 불쾌한 작업입니다. 다음 상황에서는 코드 유지 관리 및 리팩토링이 어려워집니다.
1. 프로젝트 초기에는 모두가 특정 코드 사양을 규정하고 특정 사양에 따라 개발했습니다. 그러나 사람들의 생각이 다르기 때문에 사람마다 다른 기능을 구현하는 로직이 다를 수 있습니다. 이런 차이점이 있어서 다른 사람의 코드를 보기 싫어하는 사람도 있습니다. 다른 사람의 코드를 바꾸려면 먼저 그 사람이 당시에 무슨 생각을 하고 있었는지, 어떤 논리가 있었는지부터 이해해야 합니다. 너무 많은 사람들이 다른 사람의 코드를 볼 시간이 있으면 다시 해볼 것이라고 생각합니다. 그렇게 생각하지 마세요. 다른 사람의 코드를 보면 많은 것을 배울 수 있습니다. 모두가 그렇게 생각하면 중복되는 코드가 많아지고 나중에 재구성도 점점 어려워질 것이라고 생각합니다.
2. 프로그래머는 일반적으로 자주 이직합니다. 프로젝트가 시작될 때는 5명(프로젝트 창립자)이 개발했으며 프로젝트가 온라인으로 진행되면 일부 사람들이 사임했을 수도 있습니다. 인력이 부족해서 회사에서 인력을 모집하고 있습니다. 프로젝트 창립자는 신입사원을 그다지 신뢰하지 않으며 원래 코드를 수정하면 온라인 기능에 문제가 발생할 것을 두려워하여 기존 프로그램을 수정하지 않는 것이 가장 좋습니다. 요구 사항이 변경되면 클래스나 함수를 다시 작성하는 것이 가장 좋습니다. 이 경우 코드가 점점 더 많아집니다. 비슷한 클래스가 여러 개 있을 수도 있고 비슷한 기능을 가진 함수가 여러 개 있을 수도 있습니다.
3. 중복된 데이터베이스 필드와 중복된 테이블이 너무 많으면 코드 유지 관리가 매우 어려워집니다. 기능 최적화 또는 새로운 요구 사항으로 인해 원래 테이블 구조는 새로운 요구 사항을 전혀 충족할 수 없습니다. 이때 테이블에 필드가 추가되거나 시간이 지남에 따라 데이터베이스가 매우 비대해집니다. 데이터베이스가 크다는 것은 말할 필요도 없이 프로그램은 모두 데이터를 중심으로 이루어지기 때문에 중복된 필드와 중복된 테이블을 유지해야 합니다. 그렇지 않으면 데이터가 통합되지 않습니다. 필요한 중복성은 데이터베이스 쿼리를 줄일 수 있지만 너무 많으면 역효과를 낳을 뿐입니다. 따라서 데이터베이스를 수정할 때는 좀 더 명확하게 생각하고 향후에 데이터베이스와 코드를 재구성해야 하는지 여부를 고려해야 합니다.
4. 개인적인 이유가 가장 큰 이유는 우선 블로킹이라는 생각이 있어야 하는데, 이런 생각은 실제 전투에서도 발생합니다. , 일정 시간이 걸립니다. 기능 구현을 서두르면서 전반적인 고려 사항을 무시하지 마십시오. 새로운 요구사항이 생기면 먼저 구현 방법을 고려하고, 이 기능을 서두르지 않고 다른 곳에서도 사용할 예정입니다. 다른 곳에서 사용한다면 어떻게 하면 다른 곳에서 더 편리하게 사용할 수 있을까요? 이 함수 모듈이 호출되는 곳마다 인터페이스가 하나만 있도록 하겠습니다. 그럼 개발을 시작하겠습니다. 또 다른 요점은 수요가 일단 설정되면 변하지 않을 것이라고 믿지 않는다는 것입니다. 사람들은 많은 아이디어를 갖고 있으며 코드를 개발할 때 이를 고려해야 합니다. 따라서 통합 인터페이스에 대한 요구 사항이 변경되면 한 곳만 수정하면 되고 다른 곳은 변경될 수 있습니다. 이렇게 생각하면 초기 개발은 조금 더 시간이 걸리지만, 이후의 유지 관리는 훨씬 빨라질 것입니다.
위의 4가지 사항을 정리하자면, 데이터베이스와 코드의 재구성은 불가피합니다.
1. 사람의 생각은 모두 같은 방향으로 생각하려고 합니다. 그러나 항상 이런 차이가 있을 것입니다.
2. 다른 사람의 코드에 대한 깊은 이해 없이 기능을 완성하려고 합니다. 다른 사람의 코드를 연구하는 것은 그것을 다시 개발하는 것만큼 빠르지 않습니다.
3. 데이터베이스 중복성, 저는 개인적으로 이런 일이 일어날 것이라고 생각합니다. 프로젝트를 더 크고 강하게 만들려면 성장 과정에서 데이터베이스가 계속해서 성장해야 합니다.
4. 블록적 사고의 부족 프로젝트는 특정 라인을 통해 서로 연결된 독립적인 기능을 가진 많은 작은 블록이라고 생각합니다. 물론 각 작은 블록을 재구성하는 것은 이전에 구현된 기능입니다. 이후에는 달라질 것이지만 여전히 특정 기능을 달성하기 위한 것이며 단지 오래된 것에서 새로운 것으로 바뀌는 것일 뿐입니다.
위 내용은 제가 프로젝트를 개발하면서 실제로 접한 내용입니다. 누구나 추가하셔도 좋습니다.
더 많은 PHP 관련 콘텐츠에 관심이 있는 독자는 이 사이트의 특별 주제인 "PHP 기본 구문 소개 튜토리얼", "PHP 객체 지향 프로그래밍 소개 튜토리얼" 및 "PHP 요약"을 확인할 수 있습니다. 탁월한 개발 프레임워크"
이 기사가 PHP 프로그래밍에 종사하는 모든 사람에게 도움이 되기를 바랍니다.
이상으로 PHP 코드 유지관리와 리팩토링이 어려워지는 4가지 이유에 대한 분석을 내용적인 측면까지 포함하여 소개하였습니다. PHP 튜토리얼에 관심이 있는 친구들에게 도움이 되었으면 좋겠습니다.