PHP 매뉴얼 어딘가에서 누락되었을 수 있지만 오류와 예외의 차이점은 정확히 무엇입니까? 내가 볼 수있는 유일한 차이점은 오류와 예외가 다르게 처리된다는 것입니다. 그러나 예외의 원인과 오류의 원인은 무엇입니까?
답변
예외가 발생합니다. 예외가 발생 합니다. 오류는 일반적으로 복구 할 수 없습니다. 예를 들어, 데이터베이스에 행을 삽입하는 코드 블록이 있습니다. 이 호출이 실패 할 수 있습니다 (중복 ID).이 경우 “예외”인 “오류”가 발생합니다. 이 행을 삽입 할 때 다음과 같이 할 수 있습니다.
try {
$row->insert();
$inserted = true;
} catch (Exception $e) {
echo "There was an error inserting the row - ".$e->getMessage();
$inserted = false;
}
echo "Some more stuff";프로그램 실행은 계속됩니다-예외를 ‘발견’했기 때문입니다. 예외가 발견되지 않으면 오류로 처리됩니다. 실패 후에도 프로그램 실행을 계속할 수 있습니다.
답변
나는 일반적으로 set_error_handler오류를 받아들이고 예외를 던지는 함수를 사용하므로 어떤 일이 발생하더라도 처리 할 예외가 있습니다. 더 이상은 없어@file_get_contents 멋지고 깔끔한 try / catch가 .
디버그 상황에서는 페이지와 같은 asp.net을 출력하는 예외 처리기도 있습니다. 나는 이것을 도로에 게시하고 있지만 요청이 있으면 나중에 예제 소스를 게시 할 것입니다.
편집하다:
약속대로 추가하여 샘플을 만들기 위해 일부 코드를 잘라서 붙여 넣었습니다. 아래 파일을 내 워크 스테이션에 파일로 저장했습니다 . 링크가 끊어 졌기 때문에 더 이상 여기에서 결과를 볼 수 없습니다 .
<?php
define( 'DEBUG', true );
class ErrorOrWarningException extends Exception
{
protected $_Context = null;
public function getContext()
{
return $this->_Context;
}
public function setContext( $value )
{
$this->_Context = $value;
}
public function __construct( $code, $message, $file, $line, $context )
{
parent::__construct( $message, $code );
$this->file = $file;
$this->line = $line;
$this->setContext( $context );
}
}
/**
* Inspire to write perfect code. everything is an exception, even minor warnings.
**/
function error_to_exception( $code, $message, $file, $line, $context )
{
throw new ErrorOrWarningException( $code, $message, $file, $line, $context );
}
set_error_handler( 'error_to_exception' );
function global_exception_handler( $ex )
{
ob_start();
dump_exception( $ex );
$dump = ob_get_clean();
// send email of dump to administrator?...
// if we are in debug mode we are allowed to dump exceptions to the browser.
if ( defined( 'DEBUG' ) && DEBUG == true )
{
echo $dump;
}
else // if we are in production we give our visitor a nice message without all the details.
{
echo file_get_contents( 'static/errors/fatalexception.html' );
}
exit;
}
function dump_exception( Exception $ex )
{
$file = $ex->getFile();
$line = $ex->getLine();
if ( file_exists( $file ) )
{
$lines = file( $file );
}
?><html>
<head>
<title><?= $ex->getMessage(); ?></title>
<style type="text/css">
body {
width : 800px;
margin : auto;
}
ul.code {
border : inset 1px;
}
ul.code li {
white-space: pre ;
list-style-type : none;
font-family : monospace;
}
ul.code li.line {
color : red;
}
table.trace {
width : 100%;
border-collapse : collapse;
border : solid 1px black;
}
table.thead tr {
background : rgb(240,240,240);
}
table.trace tr.odd {
background : white;
}
table.trace tr.even {
background : rgb(250,250,250);
}
table.trace td {
padding : 2px 4px 2px 4px;
}
</style>
</head>
<body>
<h1>Uncaught <?= get_class( $ex ); ?></h1>
<h2><?= $ex->getMessage(); ?></h2>
<p>
An uncaught <?= get_class( $ex ); ?> was thrown on line <?= $line; ?> of file <?= basename( $file ); ?> that prevented further execution of this request.
</p>
<h2>Where it happened:</h2>
<? if ( isset($lines) ) : ?>
<code><?= $file; ?></code>
<ul class="code">
<? for( $i = $line - 3; $i < $line + 3; $i ++ ) : ?>
<? if ( $i > 0 && $i < count( $lines ) ) : ?>
<? if ( $i == $line-1 ) : ?>
<li class="line"><?= str_replace( "\n", "", $lines[$i] ); ?></li>
<? else : ?>
<li><?= str_replace( "\n", "", $lines[$i] ); ?></li>
<? endif; ?>
<? endif; ?>
<? endfor; ?>
</ul>
<? endif; ?>
<? if ( is_array( $ex->getTrace() ) ) : ?>
<h2>Stack trace:</h2>
<table class="trace">
<thead>
<tr>
<td>File</td>
<td>Line</td>
<td>Class</td>
<td>Function</td>
<td>Arguments</td>
</tr>
</thead>
<tbody>
<? foreach ( $ex->getTrace() as $i => $trace ) : ?>
<tr class="<?= $i % 2 == 0 ? 'even' : 'odd'; ?>">
<td><?= isset($trace[ 'file' ]) ? basename($trace[ 'file' ]) : ''; ?></td>
<td><?= isset($trace[ 'line' ]) ? $trace[ 'line' ] : ''; ?></td>
<td><?= isset($trace[ 'class' ]) ? $trace[ 'class' ] : ''; ?></td>
<td><?= isset($trace[ 'function' ]) ? $trace[ 'function' ] : ''; ?></td>
<td>
<? if( isset($trace[ 'args' ]) ) : ?>
<? foreach ( $trace[ 'args' ] as $i => $arg ) : ?>
<span title="<?= var_export( $arg, true ); ?>"><?= gettype( $arg ); ?></span>
<?= $i < count( $trace['args'] ) -1 ? ',' : ''; ?>
<? endforeach; ?>
<? else : ?>
NULL
<? endif; ?>
</td>
</tr>
<? endforeach;?>
</tbody>
</table>
<? else : ?>
<pre><?= $ex->getTraceAsString(); ?></pre>
<? endif; ?>
</body>
</html><? // back in php
}
set_exception_handler( 'global_exception_handler' );
class X
{
function __construct()
{
trigger_error( 'Whoops!', E_USER_NOTICE );
}
}
$x = new X();
throw new Exception( 'Execution will never get here' );
?>답변
대답은 방에있는 코끼리에 대해 이야기 할 가치가 있습니다.
오류는 런타임에 오류 조건을 처리하는 오래된 방법입니다. 일반적으로 코드는 set_error_handler일부 코드를 실행하기 전에 다음과 같은 것을 호출 합니다. 어셈블리 언어 인터럽트의 전통을 따릅니다. 다음은 몇 가지 BASIC 코드의 모습입니다.
on error :divide_error
print 1/0
print "this won't print"
:divide_error
if errcode = X
print "divide by zero error"set_error_handler올바른 값으로 호출 되는지 확인하기가 어려웠습니다 . 더 나쁜 것은 오류 처리기를 변경하는 별도의 프로 시저를 호출 할 수 있다는 것입니다. 또한 여러 번 호출이 set_error_handler호출 및 처리기 로 산재 해있었습니다 . 코드가 빠르게 통제에서 벗어나는 것이 쉬웠습니다. 예외 처리는 좋은 코드가 실제로하는 일의 구문과 의미를 공식화함으로써 구출되었습니다.
try {
print 1/0;
print "this won't print";
} catch (DivideByZeroException $e) {
print "divide by zero error";
}별도의 기능이 없거나 잘못된 오류 처리기를 호출 할 위험이 없습니다. 이제 코드는 동일한 위치에 있습니다. 또한 더 나은 오류 메시지가 표시됩니다.
PHP는 다른 많은 언어가 이미 바람직한 예외 처리 모델로 발전했을 때만 오류 처리 기능을 사용했습니다. 결국 PHP 제작자는 예외 처리를 구현했습니다. 그러나 이전 코드를 지원할 가능성이 높기 때문에 오류 처리를 유지하고 오류 처리를 예외 처리처럼 보이게 만드는 방법을 제공했습니다. 그 외에는 일부 코드가 예외 처리가 제공하는 오류 처리기를 재설정하지 않을 수 있다는 보장이 없습니다.
최종 답변
예외 처리가 구현되기 전에 코딩 된 오류는 여전히 오류 일 수 있습니다. 새로운 오류는 예외 일 수 있습니다. 그러나 오류가 있고 예외 인 설계 나 논리는 없습니다. 그것은 단지 그것이 코딩되었을 때 사용 가능한 것과 그것을 코딩하는 프로그래머의 선호도를 기반으로합니다.
답변
여기에 추가 할 한 가지는 예외 및 오류 처리에 관한 것입니다. 응용 프로그램 개발자의 목적을 위해 오류와 예외는 모두 응용 프로그램의 문제에 대해 알아보기 위해 기록하려는 “나쁜 것”입니다. 따라서 고객은 장기적으로 더 나은 경험을 할 수 있습니다.
따라서 예외에 대해 수행하는 작업과 동일한 작업을 수행하는 오류 처리기를 작성하는 것이 좋습니다.
답변
다른 답변에서 언급했듯이 오류 처리기를 예외 발생기로 설정하는 것이 PHP에서 오류를 처리하는 가장 좋은 방법입니다. 좀 더 간단한 설정을 사용합니다.
set_error_handler(function ($errno, $errstr, $errfile, $errline ) {
if (error_reporting()) {
throw new \ErrorException($errstr, 0, $errno, $errfile, $errline);
}
});error_reporting()보관 확인을 유의하십시오@ 운영자 작업을. 또한 사용자 정의 예외를 정의 할 필요가 없습니다. PHP에는이를위한 멋진 클래스가 하나 있습니다.
예외 발생의 큰 이점은 예외에 스택 추적이 연결되어 있으므로 문제가있는 곳을 쉽게 찾을 수 있다는 것입니다.
답변
Re : “하지만 오류와 예외의 차이점은 정확히 무엇입니까?”
여기에 차이점에 대한 좋은 답변이 많이 있습니다. 아직 언급되지 않은 성능을 추가하겠습니다. 특히 이것은 예외 발생 / 처리와 리턴 코드 처리 (성공 또는 일부 오류)의 차이점입니다. 일반적으로, PHP,이 수단 반환 false하거나 null,하지만 그들은 더 많은 파일 업로드와 같은 설명 할 수 있습니다 http://php.net/manual/en/features.file-upload.errors.php 당신은 예외 객체를 반환 할 수 !
다른 언어 / 시스템에서 몇 가지 성능 실행을 수행했습니다. 일반적으로 예외 처리는 오류 반환 코드를 확인하는 것보다 약 10,000 배 느립니다.
따라서 절대적으로 시작하기 전에 실행을 완료해야하는 경우 시간 여행이 존재하지 않기 때문에 운이 좋지 않습니다. 시간 여행이 없으면 반환 코드가 가장 빠른 옵션입니다.
편집하다:
PHP는 예외 처리에 최적화되어 있습니다. 실제 테스트에서는 예외를 던지는 것이 값을 반환하는 것보다 2 ~ 10 배 더 느리다는 것을 보여줍니다.
답변
나는 당신이 찾고있는 anwser가 그것이라고 생각합니다;
오류는 존재하지 않는 $ 변수를 에코하는 것과 같이 익숙한 표준 항목입니다.
예외는 PHP 5 이상에서만 발생하며 객체를 다룰 때 발생합니다.
간단하게 유지하려면 :
예외는 객체를 다룰 때 발생하는 오류입니다. try / catch 문을 사용하면 이에 대해 작업을 수행 할 수 있으며 if / else 문과 매우 유사하게 사용됩니다. 문제가되지 않으면 이렇게 해보세요.
예외를 “catch”하지 않으면 표준 오류가됩니다.
오류는 일반적으로 스크립트를 중지시키는 PHP의 기본 오류입니다.
Try / catch는 PDO와 같은 데이터베이스 연결을 설정하는 데 자주 사용됩니다. 스크립트를 리디렉션하거나 연결이 작동하지 않는 경우 다른 작업을 수행하려는 경우 괜찮습니다. 그러나 오류 메시지를 표시하고 스크립트를 중지하려는 경우 필요하지 않은 경우 포착되지 않은 예외가 치명적인 오류로 바뀝니다. 또는 사이트 전체의 오류 처리 설정을 사용할 수도 있습니다.
도움이되는 희망
