Laravel Validation Request & API route POST պարամետր

Եթե ​​դուք սահմանում եք ձեր api երթուղին այսպես.

Roue::post('tenants/{tenant}/emails_settings', 'Controller@store');

և փոփոխեք ձեր վերահսկիչի մեթոդը, որպեսզի մոդելը մուտքագրեք փոփոխական անունով, որը համապատասխանում է ձեր երթուղու սահմանմանը.

public function store(EmailSettingValidation $request, Tenant $tenant) {}

այնուհետև Laravel-ը ավտոմատ կերպով կգտնի Վարձակալին ID-ով և կներարկի այն վերահսկիչի մեջ՝ գցելով ModelNotFoundException (404), եթե այն գոյություն չունի: Դա պետք է հոգ տանի ID-ի վավերացման մասին:

Լիազորումն այլ հարց է։

Այսպիսով, լուծումը, որը ես գտա 404-ը գործարկելու համար, հետևյալն է.

• Հեռացրեք tenantId-ը EmailSettings Validation-ից
• Ավելացրեք մատակարար՝ հատուկ սխալ ավելացնելու համար, երբ «ModelNotFoundException» բացառությունը տեղի է ունենում, ինչպես այստեղ Դինգո-ի հետ Laravel-ում մոդելի համար հարցումների արդյունքներ չկան. ինչպե՞ս անել ՀԱՆԳՍՏԱՑՆՈՂ պատասխան ձախողման դեպքում:

• Փորձեք գցել այս Բացառությունը findOrFail մեթոդով, եթե ID-ն անվավեր է.

  public function store(EmailSettingValidation $request, $tenant_id) {
      Tenant::findOrFail($tenant_id);
      $emailSetting = $this->emailSettingService->create(
          array_merge($request->all(), ['tenantId' => $tenant_id])
      );
      return $this->response->created($emailSetting);
  }
  

Travis Britz-ը և Guillaumehanotel-ն ունեն ձեր պատասխանի կեսը, բայց դուք դեռևս բաց եք թողնում մի մանրուք:

Travis Britz-ից- Այո, ներառեք tenant_id-ը URI-ում, որպեսզի այն ներարկվի վերահսկիչի մեջ: Guillaumehanotel-ից- Օգտագործել է նաև Eloquent findOrFail այդ ID-ն ձեր կարգավորիչում: (կամ ցանկացած դաս, որը Վերահսկիչն օգտագործում է դա անելու համար, օրինակ՝ պահեստ կամ սպասարկման դաս):

Այնուամենայնիվ, վերջին կտորը, որը դուք բացակայում եք, սխալի հետ վարվելն է: Դուք կարող եք դա անել Controller-ում, եթե ցանկանում եք, բայց ես ընդհանուր առմամբ սիրում եմ իմ ամբողջ համակարգի համար կանոն դարձնել, որ Illuminate\Database\Eloquent\ModelNotFoundException Բացառությունները, որոնք դուրս են գալիս findOrFail()-ից, միշտ պետք է հանգեցնեն 404-ի:

Գնացեք app/Exceptions/Handler.php: Համոզված եմ, որ Laravel-ը ավտոմատ կերպով ստեղծում է այս ֆայլի մսի և կարտոֆիլի տարբերակը ձեզ համար, բայց եթե դուք դեռ չունեք այն, այն պետք է նման լինի հետևյալին.

<?php

namespace App\Exceptions;

use Illuminate\Foundation\Exceptions\Handler as ExceptionHandler;

/**
 * Class Handler
 * @package App\Exceptions
 */
class Handler extends ExceptionHandler
{
    /**
     * Render an exception into an HTTP response.
     *
     * For our API, we need to override the call
     * to the parent.
     *
     * @param  \Illuminate\Http\Request $request
     * @param  \Exception $e
     * @return \Illuminate\Http\Response
     */
    public function render($request, Exception $error)
    {
        $exception = [
            'title' => 'Internal Error',
            'message' => $error->getMessage();
        ];
        $statusCode = 500;
        $headers = [
            'Content-Type', 'application/json'
        ];

        return response()->json($exception, $statusCode, $headers, JSON_PRETTY_PRINT);
    }
}

Laravel-ը հիմնականում ունի համակարգային try/catch, որն առաջինն ուղարկում է բոլոր սխալները: Ահա թե ինչպես են սխալները վերածվում մի բանի, որը զննարկիչը կարող է իրականում մեկնաբանել, երբ դուք վրիպազերծման ռեժիմում եք, այլ ոչ թե ուղղակիորեն սպանել գործընթացը: Սա նաև հնարավորություն է տալիս կիրառել մի քանի հատուկ կանոններ։

Այսպիսով, այն ամենը, ինչ դուք պետք է անեք, այն է, որ Handler::render()-ին ասեք, որ փոխի լռելյայն սխալի կոդը, որն առաջանում է, երբ տեսնում է սխալի տեսակը, որը կարող է առաջանալ միայն findOrFail()-ից: (Այսպիսի բանն է պատճառը, որ միշտ լավ է անել ձեր սեփական «անվանված բացառությունները», նույնիսկ եթե նրանք բացարձակապես ոչինչ չեն անում, բացի ժառանգելու բազային \Exception դասը:)

Պարզապես ավելացրեք սա հենց նախքան render()-ը որևէ բան վերադարձնի.

if ($error instanceof Illuminate\Database\Eloquent\ModelNotFoundException) {
    $statusCode = 404;
}