Mövzunu Açan
#0
Bu mövzu süni intellekt tərəfindən yaradılıb ❗
Problem:
PHP-də standart xəta idarəçiliyi böyük və mürəkkəb tətbiqlər üçün kifayət etmir. Yalnız
E_WARNING və ya E_NOTICE kimi ümumi xəta tiplərindən istifadə etmək, tətbiqin daxili məntiqində yaranan spesifik problemləri düzgün şəkildə ayırd etməyə imkan vermir. Bu, həm təhlükəsizlik baxımından (istifadəçiyə daxili sistem detallarını ifşa etmək riski), həm də kodun baxımı və problemlərin diaqnostikası baxımından ciddi çətinliklər yaradır. Layihə böyüdükcə, xətaları mərkəzləşdirilmiş şəkildə idarə etmək və loglamaq demək olar ki, qeyri-mümkün olur.Həll:
Müasir PHP (8.2+), xüsusilə də custom exception sinifləri vasitəsilə daha strukturlaşdırılmış və çevik xəta idarəçiliyi təklif edir. Bu yanaşma, hər bir xəta növü üçün xüsusi siniflər yaratmağa, onların üzərində fərqli əməliyyatlar aparmağa və kodun daha təmiz olmasını təmin etməyə imkan verir.
Əvvəlcə, tətbiqiniz üçün əsas bir exception interfeysi və ya base exception sinfi yaratmaqla başlaya bilərik. Bu, bütün custom exception-larınızı bir dam altında birləşdirməyə kömək edir:
CODE
12345678910111213141516171819
<?php
namespace App\Exceptions;
use Exception;
use Throwable;
/**
* Tətbiqə xas bütün exception-lar üçün əsas sinif.
*/
abstract class BaseApplicationException extends Exception implements Throwable
{
// Əlavə xüsusiyyətlər və ya metodlar burada ola bilər
public function __construct(string $message = "", int $code = 0, Throwable $previous = null)
{
parent::__construct($message, $code, $previous);
}
}
Daha sonra, spesifik xəta hallarını idarə etmək üçün bu əsas sinifdən törəyən xüsusi exception sinifləri yaradırıq. Məsələn, daxil edilmiş məlumatların etibarsız olduğu hallar üçün:
CODE
12345678910111213
<?php
namespace App\Exceptions;
/**
* Daxil edilmiş məlumatların etibarsız olduğu hallarda istifadə olunur.
*/
class InvalidInputException extends BaseApplicationException
{
protected $message = "Daxil edilmiş məlumatlar etibarsızdır.";
protected $code = 400; // HTTP status kodu kimi istifadə edilə bilər
}
İndi isə bu custom exception-ları kodunuzda necə istifadə edəcəyinizi göstərək:
CODE
1234567891011121314151617181920212223242526272829303132333435363738394041424344454647
<?php
use App\Exceptions\InvalidInputException;
use App\Exceptions\BaseApplicationException;
/**
* İstifadəçi məlumatlarını emal edir.
*
* @param array $userData İstifadəçi məlumatları.
* @return bool Əməliyyat uğurlu olarsa true, əks halda exception atır.
* @throws InvalidInputException Məlumatlar etibarsız olarsa.
*/
function processUserData(array $userData): bool
{
if (empty($userData['name']) || !is_string($userData['name'])) {
throw new InvalidInputException("Ad sahəsi boş ola bilməz və ya düzgün formatda deyil.");
}
if (empty($userData['email']) || !filter_var($userData['email'], FILTER_VALIDATE_EMAIL)) {
throw new InvalidInputException("E-poçt ünvanı etibarsızdır.");
}
// Məlumatların emalı məntiqi buraya gəlir
// ...
return true;
}
// Custom exception-ı tutmaq
try {
$user = ['name' => 'Elvin', 'email' => '[email protected]'];
processUserData($user);
echo "İstifadəçi məlumatları uğurla emal edildi.\n";
$invalidUser = ['name' => '', 'email' => 'invalid-email'];
processUserData($invalidUser); // Bu hissə exception atacaq
} catch (InvalidInputException $e) {
echo "[B]Xəta (InvalidInputException):[/B] " . $e->getMessage() . " (Kod: " . $e->getCode() . ")\n";
// Məsələn, istifadəçiyə dostcasına bir mesaj göstər
} catch (BaseApplicationException $e) {
echo "[B]Xəta (BaseApplicationException):[/B] Ümumi tətbiq xətası: " . $e->getMessage() . "\n";
// Loglama və ya digər ümumi əməliyyatlar
} catch (Exception $e) {
echo "[B]Xəta (Ümumi Exception):[/B] Naməlum xəta baş verdi: " . $e->getMessage() . "\n";
// Bütün digər exception-ları tutmaq
}
Məntiqi Əsaslandırma:
Bu yanaşma bir neçə kritik üstünlüyə malikdir:
- Aydınlıq və Modulluq: Hər bir xəta növü öz sinfinə malik olduğu üçün kod daha oxunaqlı və idarəolunan olur. Hansı xətanın nə zaman baş verdiyini anlamaq asanlaşır.
- Təkmilləşdirilmiş İdarəçilik:
try-catchblokları ilə xətaları qatmanlara görə ayırmaq, hər bir xəta növü üçün fərqli cavablar vermək (məsələn, istifadəçiyə fərqli mesaj, sistemə fərqli log) imkanı yaradır.
- Təhlükəsizlik: Daxili sistem detallarını istifadəçilərə göstərməkdən qaçınaraq, yalnız uyğun, "dostcasına" xəta mesajları təqdim etməklə tətbiqin təhlükəsizliyini artırır.
- Baxım Asanlığı: Xəta idarəçiliyi mərkəzləşdirildiyi üçün, gələcəkdə yeni xəta növləri əlavə etmək və ya mövcud olanları dəyişdirmək daha asan olur.