$ Globals : 역사적 유물 또는 오해의 도구?

$ Globals는 본질적으로 나쁘지 않습니다. 값이 사용에 의존하는 도구입니다. 모든 글로벌 변수에 대한 액세스를 제공하는 연관 배열로, 기능이 글로벌 키워드없이 글로벌 변수를 읽을 수 있습니다. 부정적인 평판은 글로벌 상태를 장려하고, 의존성을 가릴 수 있고, 단단한 커플 링을 촉진하고, 추적하기가 더 어려워지는 것입니다. 그러나 $ Globals는 여전히 특정 시나리오에서 유용 할 수 있습니다. 1. 리팩토링이 실용적이지 않은 레거시 코드 유지 보수; 2. 기본 구성을 위해 $ global을 사용하는 간단한 스크립트; 3. WordPress와 같은 고급 디버깅 또는 후크 시스템; 4. 런타임 패치 또는 임시 재정의 테스트와 같은 드문 경우. 사용되는 경우 모범 사례에는 사용법을 명확하게 문서화하고, 불필요한 수정을 피하고, 새로운 응용 프로그램의 핵심 논리에 의존하지 않고, 부트 스트랩 또는 구성 레이어에 사용하는 사용을 분리하는 것이 포함됩니다. 현대 PHP에서, 더 나은 시험 가능성과 유지 관리에 대한 종속성 주입 및 명시 적 매개 변수 전달이 선호된다. 따라서 $ globals는 여전히 기능적이며 틈새 응용 프로그램을 가지고 있지만 일반적으로보다 예측 가능한 패턴을지지하는 것을 피해야합니다. 이해하지만 정당한 이유 없이는 사용하지 않도록 선택하십시오.

$ Globals는 PHP의 슈퍼 글로벌 중 하나입니다. 스크립트 전체의 모든 스코프에서 사용할 수있는 글로벌 변수입니다. 수년에 걸쳐, 그것은 종종 "역사적 유물"또는 열악한 코딩 관행의 징후로 표시되는 것을 피할 수있는 것으로 명성을 얻었습니다. 그러나 그것은 정말로 쓸모가 있습니까, 아니면 단순히 오해입니까?

짧은 답변 : $ Globals는 본질적으로 나쁘지 않습니다. 도구이며 다른 도구와 마찬가지로 그 가치는 사용 방법에 따라 다릅니다.

Globals가 무엇인지, 왜 나쁜 랩을 얻는 지, 그리고 그것이 여전히 유용한시기를 분류합시다.

$ globals 란 무엇입니까?

$GLOBALS 는 PHP 스크립트의 글로벌 범위에 정의 된 모든 변수에 대한 참조를 포함하는 연관 배열입니다. 예를 들어:

 $ foo = 'hello';
함수 예제 () {
    echo $ globals [ 'foo']; // 출력 : 안녕하세요
}

$_GET 또는 $_POST 와 같은 다른 슈퍼 글로벌과 달리 $GLOBALS global 키워드를 사용할 필요없이 기능 내에서 사용자 정의 글로벌 변수에 직접 액세스 할 수 있습니다.

이 행동은 강력하지만 잘못 사용하면 위험합니다.

왜 $ Globals가 나쁜 평판을 얻는가

몇 가지 이유는 부정적인 이미지에 기여합니다.

• 글로벌 주 장려 : $GLOBALS 에 의존하면 글로벌 변수에 의존하는 코드로 이어질 수 있으며 기능을 테스트, 디버그 및 유지 관리하기가 더 어렵습니다.
• 의존성을 가려냅니다 : 함수가 $GLOBALS['something'] 에 액세스 할 때 외부 상태에 따라 어떤 외부 상태에 의존하는지 명확하지 않습니다.
• 단단한 커플 링을 촉진합니다 : 글로벌 범위에서 변수를 가져 오는 코드는 해당 범위와 밀접하게 연결되어 재사용 성이 줄어 듭니다.
• 변경 사항을 추적하기가 더 어려워요 : 코드의 일부가 전역 변수를 수정할 수 있으므로 버그 추적이 더 어려워집니다.

이러한 문제는 실제적이고 심각하며, 특히 예측 가능성과 유지 보수가 중요한 대규모 응용 프로그램 또는 팀 환경에서도 심각합니다.

그러나 $GLOBALS 자체를 비난하는 것은 나쁜 컷을 위해 칼을 비난하는 것과 같습니다. 문제는 도구가 아닙니다. 그것이 사용되는 방식입니다.

$ Globals가 여전히 유용 할 수 있습니다

현대적인 PHP 개발은 의존성 주입, 서비스 컨테이너 및 명백한 매개 변수 통과를 선호하지만, $GLOBALS 실용적 일 수있는 틈새 사례가 있습니다.

1. 레거시 코드 유지 보수

구형 PHP 응용 프로그램 (특히 사전 -OOP 또는 절차 시스템)에서 $GLOBALS 종종 이미 사용 중입니다. 한 번에 모든 것을 리팩토링하면 실현 가능하지 않을 수 있습니다. 그러한 경우, $GLOBALS 와 함께 이해하고 안전하게 협력해야합니다.

2. 간단한 스크립트의 구성 또는 상수

단순성이 핵심 인 소규모 유틸리티 스크립트 또는 공유 호스팅 환경에서 일부 개발자는 $GLOBALS 사용하여 구성을 관리합니다.

 $ globals [ 'config'] = [
    'db_host'=> 'localhost',
    '디버그'=> true
];

상수 또는 구성 파일이 더 좋지만이 패턴은 작은 프로젝트에서 치명적이지 않습니다.

3. 고급 디버깅 또는 후크 시스템

일부 프레임 워크 또는 디버깅 도구는 $GLOBALS 사용하여 검사를 위해 데이터를 주입하거나 후크 메커니즘을 구현합니다. 예를 들어, WordPress (논쟁의 여지가 있지만)는 글로벌 상태를 광범위하게 사용하고 플러그인은 때때로 이와 상호 작용합니다.

4. 런타임 패치 또는 테스트 (희귀)

단위 테스트 중에 원숭이 패치 글로벌 변수와 같은 매우 구체적인 테스트 시나리오에서 $GLOBALS 사용하여 일시적으로 값을 무시할 수 있습니다. 그러나 이것은 신중하고 정리해야합니다.

모범 사례 (사용해야하는 경우)

$GLOBALS 사용해야한다면 다음과 같은 지침을 따르십시오.

• 사용법을 명확하게 문서화하십시오 : 글로벌 변수에 액세스하는 이유를 명확하게하십시오.
• 불필요하게 글로벌을 수정하지 마십시오 . 가능하면 읽기 전용으로 처리하십시오.
• 새로운 응용 프로그램에서 핵심 논리 흐름에 $ Globals를 사용하지 마십시오 . 종속성 주입을 선호합니다.
• 사용법 분리 : 비즈니스 로직이 깊지 않고 부트 스트랩 또는 구성 레이어에서 전역 액세스를 유지하십시오.

결론

$GLOBALS 부서 지거나 더 이상 사용되지 않는다는 의미에서 "유물"이 아닙니다. 여전히 작동하며 좁지 만 유효합니다. 그러나 현대의 PHP 개발에서는 일반적으로 예측 가능한 테스트 가능한 패턴을지지하는 것이 일반적으로 더 좋습니다.

그것을 유물이라고 부르는 것은 사물을 지나치게 단순화합니다. 학대가 쉽고 구조화 된 응용 프로그램에서 정당화하기 어려운 저수준 기능 이라고 말하는 것이 더 정확합니다.

따라서, $GLOBALS 악하지 않습니다. 그러나 명확하고 정당한 이유가 없다면, 당신은 아마 그것 없이는 더 나을 것입니다.

기본적으로 : 그것을 알고, 이해하고, 그것을 사용하지 않도록 선택하십시오.

위 내용은 $ Globals : 역사적 유물 또는 오해의 도구?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!