PHP의 매직 메소드와 관련하여`trigger_error`와`throw Exception`

마술 방법trigger_error 의 맥락에서 올바른 사용법 (있는 경우)에 대해 동료와 토론하고 있습니다 . 첫째, 나는 이 경우를 제외하고 는 trigger_error피해야 한다고 생각합니다 .

하나의 메소드를 가진 클래스가 있다고 가정 해보십시오. foo()

class A {
    public function foo() {
        echo 'bar';
    }
}

이제 똑같은 인터페이스를 제공하고 마술 메서드를 사용하여 모든 메서드 호출을 포착한다고 가정 해 봅시다.

class B {
    public function __call($method, $args) {
        switch (strtolower($method)) {
        case 'foo':
            echo 'bar';
            break;
        }
    }
}

$a = new A;
$b = new B;

$a->foo(); //bar
$b->foo(); //bar

두 클래스는 응답 방식이 동일 foo()하지만 유효하지 않은 메소드를 호출 할 때 다릅니다.

$a->doesntexist(); //Error
$b->doesntexist(); //Does nothing

내 주장은 마법의 메소드는 trigger_error 알 수없는 방법이 잡힐 때 것입니다

class B {
    public function __call($method, $args) {
        switch (strtolower($method)) {
        case 'foo':
            echo 'bar';
            break;
        default:
            $class = get_class($this);
            $trace = debug_backtrace();
            $file = $trace[0]['file'];
            $line = $trace[0]['line'];
            trigger_error("Call to undefined method $class::$method() in $file on line $line", E_USER_ERROR);
            break;
        }
    }
}

두 클래스가 (거의) 동일하게 동작하도록

$a->badMethod(); //Call to undefined method A::badMethod() in [..] on line 28
$b->badMethod(); //Call to undefined method B::badMethod() in [..] on line 32

내 유스 케이스는 ActiveRecord 구현입니다. 내가 사용하는 __call본질적으로 같은 일을하지만 같은 수정을 캐치와 손잡이 방법으로 Distinct또는 Ignore, 예를 들어,

selectDistinct()
selectDistinctColumn($column, ..)
selectAll()
selectOne()
select()

또는

insert()
replace()
insertIgnore()
replaceIgnore()

방법처럼 where(),from() , groupBy(), 등 하드 코딩입니다.

실수로 전화하면 내 주장이 강조됩니다 insret() . 내 활성 레코드 구현이 모든 메소드를 하드 코딩하면 오류가 발생합니다.

좋은 추상화와 마찬가지로 사용자는 구현 세부 사항을 알지 못하고 인터페이스에만 의존해야합니다. 매직 메소드를 사용하는 구현이 다르게 동작해야하는 이유는 무엇입니까? 둘 다 오류 여야합니다.

동일한 액티브 인터페이스의 두 구현을 ( select(), where()등)

class ActiveRecord1 {
    //Hardcodes all methods
}

class ActiveRecord2 {
    //Uses __call to handle some methods, hardcodes the rest
}

예를 들어 ActiveRecord1::insret(), 첫 번째 클래스에서 잘못된 메소드를 호출하면 기본 PHP 동작은 오류 를 트리거하는 것 입니다. 유효하지 않은 함수 / 메소드 호출은 합리적인 응용 프로그램이 포착하고 처리하려는 조건이 아닙니다. 물론, 루비 나 파이썬과 같은 언어로 오류를 잡을 수 있습니다. 가 예외 인 있지만 다른 언어 (JavaScript / 정적 언어 등)는 실패합니다.

PHP로 돌아 가기-두 클래스가 모두 동일한 인터페이스를 구현한다면 왜 같은 동작을 나타내지 않아야합니까?

경우 __call또는 __callStatic잘못된 방법을 발견, 그들은 언어의 모방 기본 동작에 오류를 트리거해야

$class = get_class($this);
$trace = debug_backtrace();
$file = $trace[0]['file'];
$line = $trace[0]['line'];
trigger_error("Call to undefined method $class::$method() in $file on line $line", E_USER_ERROR);

나는 예외에 대해 오류를 사용 해야하는지 여부를 논쟁하지 않고 있지만 (100 %는 안된다) PHP의 마법 방법은 예외입니다-말장난 :)- 언어의 맥락 에서이 규칙

나는 나의 의견이있는 의견을 거기에 버릴 것입니다. 그러나 만약 당신이 trigger_error어디서나 사용한다면 , 당신은 무언가 잘못하고있는 것입니다. 예외는 갈 길입니다.

예외의 장점 :

• 잡힐 수 있습니다. 이것은 큰 이점이며 필요한 유일한 것이어야합니다. 사람들은 무언가 잘못 될 가능성이 있다고 생각하면 실제로 다른 것을 시도 할 수 있습니다. 오류는 당신에게이 기회를주지 않습니다. 사용자 지정 오류 처리기를 설정하더라도 단순히 예외를 잡기 위해 촛불을 들지 않습니다. 귀하의 질문에 대한 귀하의 의견과 관련하여, '합리적인'신청서는 전적으로 신청서의 내용에 달려 있습니다. 사람들은 자신의 경우에는 결코 일어날 수 없다고 생각하면 예외를 잡을 수 없습니다. 사람들에게 선택권을주지 않는 것은 Bad Thing ™입니다.
• 스택 추적. 문제가 발생하면 문제가 발생한 장소 와 상황 을 알 수 있습니다 . 일부 핵심 방법에서 오류가 발생하는 위치를 추적하려고 시도한 적이 있습니까? 매개 변수가 너무 적은 함수를 호출하면 쓸모없는 오류가 발생하여 호출하는 메소드의 시작을 강조 표시하고 호출 위치를 완전히 생략합니다.
• 명쾌함. 위의 두 가지를 결합하면 더 명확한 코드를 얻을 수 있습니다. 사용자 지정 오류 처리기를 사용하여 오류를 처리 (예 : 오류에 대한 스택 추적 생성)하려고하면 오류가 실제로 생성되는 위치가 아닌 모든 오류 처리가 하나의 함수에 있습니다.

존재하지 않는 메소드를 호출하여 문제를 해결하는 것은 유효한 가능성 일 수 있습니다 . 이것은 전적으로 작성하는 코드의 컨텍스트에 따라 다르지만 이러한 상황이 발생할 수 있습니다. 정확한 사용 사례를 해결하기 위해 일부 데이터베이스 서버는 다른 데이터베이스 서버가 아닌 일부 기능을 허용 할 수 있습니다. 기능을 확인하기 위해 함수와 함수 에서 try/ catch및 예외를 사용 __call()하는 것은 완전히 다른 주장입니다.

내가 생각할 수있는 유일한 유스 케이스 trigger_error는 for E_USER_WARNING또는 lower입니다. E_USER_ERROR비록 트리거하는 것은 내 의견으로는 항상 오류입니다.

표준 PHP 오류는 더 이상 사용되지 않는 것으로 간주해야합니다. PHP는 오류, 경고 및 알림을 전체 스택 추적으로 예외로 변환하기위한 내장 클래스 ErrorException을 제공합니다. 다음과 같이 사용하십시오.

function errorToExceptionHandler($errNo, $errStr, $errFile, $errLine, $errContext)
{
if (error_reporting() == 0) return;
throw new ErrorException($errStr, 0, $errNo, $errFile, $errLine);
}
set_error_handler('errorToExceptionHandler');

그것을 사용하면이 질문은 혼란스러워집니다. 내장 오류로 인해 예외가 발생하므로 자체 코드도 마찬가지입니다.

IMO, 이것은 다음에 대한 완벽하게 유효한 사용 사례입니다 trigger_error.

function handleError($errno, $errstring, $errfile, $errline, $errcontext) {
    if (error_reporting() & $errno) {
        // only process when included in error_reporting
        return handleException(new \Exception($errstring, $errno));
    }
    return true;
}

function handleException($exception){
    // Here, you do whatever you want with the generated
    // exceptions. You can store them in a file or database,
    // output them in a debug section of your page or do
    // pretty much anything else with it, as if it's a
    // normal variable

    switch ($code) {
        case E_ERROR:
        case E_CORE_ERROR:
        case E_USER_ERROR:
            // Make sure script exits here
            exit(1);
        default:
            // Let script continue
            return true;
    }
}

// Set error handler to your custom handler
set_error_handler('handleError');
// Set exception handler to your custom handler
set_exception_handler('handleException');


// ---------------------------------- //

// Generate warning
trigger_error('This went wrong, but we can continue', E_USER_WARNING);

// Generate fatal error :
trigger_error('This went horrible wrong', E_USER_ERROR);

이 전략을 사용 하면 함수 내에 $errcontext있으면 매개 변수 를 얻습니다.$exception->getTrace()handleException . 이것은 특정 디버깅 목적에 매우 유용합니다.

불행히도, 이것은 trigger_error컨텍스트에서 직접 사용하는 경우에만 작동 하므로 래퍼 함수 / 메소드를 사용하여 trigger_error함수의 별칭을 지정할 수 없습니다 (따라서 다음과 같은 작업을 수행 할 수 없음)function debug($code, $message) { return trigger_error($message, $code); } 추적에서 컨텍스트 데이터를 원하는 경우 ).

더 나은 대안을 찾고 있었지만 지금까지는 찾지 못했습니다.