Laravel 라우팅 매개 변수 전달 및 컨트롤러 메소드 정의에 대한 자세한 설명

이 기사는 Laravel 프레임 워크에서 매개 변수 라우팅을 정의 할 때 일반적인 오류 및 올바른 관행에 대해 자세히 설명합니다. 핵심 문제는 매개 변수가 라우팅 정의에서 컨트롤러 메소드 이름으로 직접 기록되어 시스템이 해당 메소드를 찾을 수 없게한다는 것입니다. 이 기사는 라우팅을 컨트롤러로 전달하도록 라우팅을 올바르게 구성하는 방법을 안내하고 Laravel 자동 매개 변수 주입 메커니즘을 강조합니다. 또한 RESTFUL SPECIFICATION을 따라 삭제 작업에서 HTTP DELETE 메소드를 사용하여 코드의 전문성과 유지 가능성을 향상시키는 것이 좋습니다.

Laravel 프레임 워크에서 라우팅은 응용 프로그램 항목과 컨트롤러 로직 사이의 브리지입니다. 경로를 올바르게 정의하는 것은 특히 매개 변수 통과와 관련하여 강력한 응용 프로그램을 구축하는 데 중요합니다. 이 기사는 매개 변수 라우팅을 정의 할 때 일반적인 함정을 파고 표준 솔루션 및 모범 사례를 제공합니다.

Laravel 라우팅 및 컨트롤러 방법 연관 메커니즘

많은 초보자는 매개 변수가있는 GET 경로를 정의 할 때 라우팅 URI에 정의 된 매개 변수 자리 표시 자 (예 : {id})를 잘못 포함하는 경향이 있습니다. 예를 들어, 다음과 같이 라우팅 정의의 컨트롤러 메소드 이름으로 deletedata/{id}를 직접 사용하십시오.

 // 잘못된 라우팅 정의 정의 예제 Route :: get ( ', [atributdashboardController :: class,'deletedata/{id} '])-> 이름 ('deletedata ');

Laravel 이이 경로를 해결하려고 할 때 AtributdashboardController 클래스에서 Deletedata/{id}라는 메소드를 찾습니다. 컨트롤러의 실제 메소드는 deletedata/{id} 대신 deletedata로 명명되므로 메소드 acp \ http \ 컨트롤러 \ frontend \ atribut \ atributeddashboardcontroller :: deletedata/{id}의 오류가 존재하지 않습니다.

올바른 이해 :

• 경로 정의의 첫 번째 매개 변수 (문자열)는 URI 경로로 클라이언트가 요청한 URL 패턴을 정의하며 매개 변수 자리 표시 자 (예 : {id})를 포함 할 수 있습니다.
• 라우팅 정의의 두 번째 매개 변수 (배열)는 요청을 처리하는 컨트롤러 클래스와 메소드를 지정합니다. 여기서 컨트롤러 메소드 이름은 실제로 컨트롤러 클래스에 존재하는 메소드 이름이어야하며 라우팅 매개 변수 자리 표시자를 포함하지 않아야합니다.

따라서 매개 변수로 GET 경로를 정의하는 올바른 방법은 다음과 같습니다.

 // 올바른 경로 정의의 예 :: get ( 'deletedata/{id}', [atributdashboardcontroller :: class, 'deletedata'])-> name ( 'deletedata');

또는 ID가 라우팅 세그먼트의 고유 식별자 인 경우 다음과 같이 단순화 할 수 있습니다.

 //보다 간결한 경로 정의 예제 (현재 경로 그룹 또는 경로에서 ID는 고유 식별자입니다)
route :: get ( '{id}', [atributdashboardcontroller :: class, 'deletedata'])-> name ( 'deletedata');

두 경우 모두 Laravel은 URI의 {id} 매개 변수를 지능적으로 인식하고 AtrippDashboardController 클래스의 Deletedata 메소드로 매개 변수로 전달합니다. 컨트롤러 메소드 서명은 다음과 같습니다.

 // 컨트롤러 방법 네임 스페이스 앱의 예 \ http \ 컨트롤러 \ frontend \ atribut;

App \ http \ Controllers \ Controller를 사용하십시오.
App \ Models \ inpData를 사용합니다. // 모델 경로 클래스 AtrippleDashboardController가 컨트롤러를 확장한다고 가정합니다
{
    보호 된 $ inpData;

    공개 함수 __construct (inpdata $ inpdata) // 종속성 주입 모델 {
        $ this-> inpData = $ inpData;
    }

    /**
     *ID*에 따라 데이터 삭제*
     * @param int $ id 삭제할 데이터 ID입니다
     * @return \ Illuminate \ http \ redirectrectresponse
     */
    공개 기능 deletedata ($ id)
    {
        // 모델 메소드를 호출하여 삭제 작업 $ this-> inpData-> deletedata ($ id);
        // 목록 페이지 또는 관련 페이지로 다시 리디렉션되면 리디렉션 리디렉션 ( 'atribut/tabhome');
    }
}

위의 컨트롤러 방법에서 $ ID 변수는 경로에서 전달 된 실제 ID 값을 자동으로 수신합니다. 모델의 삭제 로직은 일반적으로 다음과 같습니다.

 // 모델 메소드 예제 네임 스페이스 앱 \ 모델;

Illuminate \ support \ Facades \ db를 사용하십시오.

클래스 inpdata
{
    /**
     * ID로 데이터베이스에서 레코드 삭제*
     * @param int $ id 레코드 ID 삭제
     * 삭제 된 라인의 @return int 번호*/
    공개 기능 deletedata ($ id)
    {
        return db :: table ( 'inp_datas')-> 여기서 ( 'id', $ id)-> delete ();
    }
}

보기 파일에서 매개 변수가있는 URL을 생성 할 때 Route () 도우미 함수를 사용하고 인수를 두 번째 매개 변수로 전달할 수 있습니다.

 {{-보기에서 링크 링크 생성-}}
@forelse ($ datadisplay as $ data)
  <tr>
   <td> {{$ data-> name}} </td>
   <td>
     <a href="%7Brout%20(%20'frontend.atribut.tabhome.deletedata',%20%24%20data->%20id)%7D%7D" class="btn btn-sm btn danger"> delete </a>
   </td>
  </tr>
@비어 있는
  <tr> <td colspan="2"> 데이터 없음 </td> </tr>
@endforelse

Route () 헬퍼 함수는 정의 된 경로 이름 frontend.atribut.tabhome.deletedata 및/atribut/tabhome/deletedata/123과 같은 $ data-> id를 기반으로 올바른 URL을 자동으로 구축합니다.

모범 사례 : HTTP 삭제 방법을 사용합니다

삭제 요청을 사용하는 것은 기술적으로 실현 가능하지만 이는 편안한 API 디자인과 HTTP 시맨틱 관점에서 가장 모범 사례가 아닙니다. HTTP GET 요청은 일반적으로 리소스를 얻는 데 사용되며 서버 상태의 변경을 유발해서는 안됩니다. 삭제 작업은 서버 상태를 변경하므로 HTTP 삭제 방법을 사용하는 데 더 적합합니다.

HTTP 삭제 방법 사용의 장점에는 다음이 포함됩니다.

• 시맨틱 선명도 : 작업의 의도는 리소스를 삭제하는 것임을 분명히 나타냅니다.
• 발기 부전 : 삭제 작업을 여러 번 수행하면 결과가 동일하며 (자원이 존재하지 않음) Idempotence의 원칙을 준수합니다.
• 보안 : 검색 엔진 크롤러 또는 프리 페치 메커니즘이 실수로 결실 작업을 트리거하지 않습니다.

Laravel에서 삭제 라우팅을 정의하는 방법은 다음과 비슷합니다.

 // http delete method loute를 사용한 경로 정의 :: delete ( 'deletedata/{id}', [atributdashboardcontroller :: class, 'deletedata'])-> name ( 'deletedata');

참고 : 브라우저의 태그는 기본적으로 GET 요청을 보냅니다. 삭제 요청을 보내려면 일반적으로 양식 제출 (_Method Hidden Fields) 또는 JavaScript (AJAX)를 통해 수행해야합니다.

예제보기 양식을 통해 요청을 삭제하는 것을 시뮬레이션하는 예입니다.

 {{-보기에서 양식을 통해 삭제 요청 보내기-}}
@forelse ($ datadisplay as $ data)
  <tr>
   <td> {{$ data-> name}} </td>
   <td>
     <form action="%7Brout%20(%20'frontend.atribut.tabhome.deletedata',%20%24%20data->%20id)%7D%7D" method="post" style="display : inline;">
         @CSRF {{-CSRF 보호를 방지하기위한 CSRF 보호-}}
         @method ( 'delete') {{-삭제 방법을 시뮬레이션하면 Laravel 은이 숨겨진 필드를 인식합니다-}}
         <button type="제출" class="btn btn-sm btn-danger"> delete </button>
     </form>
   </td>
  </tr>
@비어 있는
  <tr> <td colspan="2"> 데이터 없음 </td> </tr>
@endforelse

요약

Laravel의 매개 변수로 라우팅을 처리 할 때 핵심 포인트는 라우팅 URI의 매개 변수 자리 표시자를 컨트롤러 메소드 자체의 이름과 구별하는 것입니다. 컨트롤러 메소드 이름이 실제 메소드와 일치하고 매개 변수는 Laravel에 의해 자동으로 주입됩니다. 동시에, RESTFul 사양을 따르고 응용 프로그램의 견고성을 향상시키기 위해 삭제 작업을 수행 할 때 HTTP 삭제 방법을 사용하고 간단한 GET 링크 대신 양식 또는 AJAX를 통해 요청을 보내는 것이 좋습니다. 이러한 관행에 따라보다 전문적이고 전문적인 Laravel 애플리케이션을 구축하는 데 도움이됩니다.

위 내용은 Laravel 라우팅 매개 변수 전달 및 컨트롤러 메소드 정의에 대한 자세한 설명의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!