열렬한 : 스테로이드의 라 라벨 모델

내가 Laravel에 대해 싫어하는 것 중 하나는 컨트롤러에서 유효성 검사 코드를 쉽게 모델로 이동할 수 없다는 것입니다. 소프트웨어를 작성할 때“Fat Models, Skinny Controllers”원리를 적용하고 싶습니다. 그래서 저에게는 컨트롤러에 검증 코드를 작성하는 것이 좋지 않습니다.

이를 해결하기 위해 Laravel 4를위한 훌륭한 패키지 인 Ardent를 소개하고 싶습니다. 더 정확하기 위해 Ardent는“Laravel Framework 4의 웅변적인 ORM을위한 스마트 모델자가 검출 된 스마트 모델”으로 제시합니다. 다시 말해서, 우리가 필요로하는 것과 정확히!

당신이 상상할 수 있듯이, 그것은 기본적으로 웅변적인 모델 클래스의 확장입니다. 이 패키지에는 입력 검증 및 기타 작은 것들에 전념하는 새로운 기능, 유틸리티 및 방법이 포함되어 있습니다.

키 테이크 아웃

강화 검증 : 화려 함은 규칙을 모델 내에서 직접 정의하고, 특히 대규모 프로젝트에서 코드 구성 및 유지 관리를 향상 시켜서 검증 프로세스를 단순화합니다. 모델 자동 하수도 :이 기능은 양식 입력에서 모델 속성을 자동으로 채우고 컨트롤러의 보일러 플레이트 코드를 줄이고 코드베이스를보다 효율적으로 만듭니다. <:> 모델 후크 : Ardent는 데이터 처리에 대한 더 큰 제어를 제공하는 전후의 저장, 업데이트 또는 삭제와 같은 특정 수명주기 모멘트에서 실행되는 메소드 인 모델 후크를 소개합니다. > 단순화 된 관계 : 단순한 배열 구조 (`$ relationsdata`)를 사용하여 모델 관계를 정의하는 것이 더 간소화되어 Laravel 모델에서 관계 관리의 복잡성을 줄입니다. 자동 정화 중복 데이터 : Ardent는 확인 필드 또는 CSRF 토큰과 같은 입력에서 불필요한 데이터를 자동으로 폐기 할 수 있으므로 관련 데이터 만 처리 및 저장되도록합니다.

우리의 테스트 응용 프로그램

Ardent를 사용하는 동안 즐길 수있는 장점을 더 잘 이해하기 위해 약간의 테스트 응용 프로그램을 설정합니다. 복잡한 것은 없다 : 간단한 할 일 목록 앱.

물론, 나는 완전한 응용 프로그램을 구현하지 않을 것입니다. 몇 가지 원칙에 대해 설명하고 싶습니다. 그래서 컨트롤러와 모델을 만들 것입니다. 그 후, 나는 열렬한.

를 사용하여 코드를“번역”할 것입니다 우리의 할 일 목록은 두 개의 다른 엔티티 인 를 계산합니다

사용자 id First_name last_name
• 이메일 비밀번호
• 작업
id

이름 상태 (완료 / 완료)

정말 기본적인 프로젝트입니다. 그러나 코드를 작성하고 싶지 않은 경우 걱정하지 마십시오. 이미 데이터베이스를 생성하는 데 사용할 수있는 마이그레이션을 준비했습니다. 그것을 사용하십시오!

명령 로 마이그레이션 파일을 만듭니다

그런 다음이 코드로 파일을 채우십시오

php artisan migrate:make todo_setup

이제 테이블이 있습니다. 이제 모델을 만들 시간입니다. 여기에도 우리는 쓸 줄이 거의 없습니다. 사용자 모델은 다음과 같습니다 (기본 모델이기도합니다).
방금 작업 모델과의 관계를 설명하기 위해 작업 메소드를 추가했습니다.

<span><span><?php
</span></span><span>
</span><span>    <span>use Illuminate<span>\Database\Schema\Blueprint</span>;
</span></span><span>    <span>use Illuminate<span>\Database\Migrations\Migration</span>;
</span></span><span>
</span><span>    <span>class TodoSetup extends Migration {
</span></span><span>
</span><span>        <span>/**
</span></span><span><span>         * Run the migrations.
</span></span><span><span>         *
</span></span><span><span>         * <span>@return <span>void</span>
</span></span></span><span><span>         */
</span></span><span>        <span>public function up()
</span></span><span>        <span>{
</span></span><span>            <span>Schema<span>::</span>create('users', function(Blueprint $table)
</span></span><span>            <span>{
</span></span><span>                <span>$table->increments('id')->unsigned();
</span></span><span>
</span><span>                <span>$table->string('first_name');
</span></span><span>                <span>$table->string('last_name');
</span></span><span>                <span>$table->string('email');
</span></span><span>                <span>$table->string('password', 60);
</span></span><span>
</span><span>                <span>$table->timestamps();
</span></span><span>            <span>});
</span></span><span>
</span><span>            <span>Schema<span>::</span>create('tasks', function(Blueprint $table)
</span></span><span>            <span>{
</span></span><span>                <span>$table->increments('id');
</span></span><span>
</span><span>                <span>$table->string('name');
</span></span><span>                <span>$table->boolean('status');
</span></span><span>
</span><span>                <span>$table->integer('user_id')->unsigned();
</span></span><span>
</span><span>                <span>$table->timestamps();
</span></span><span>
</span><span>                <span>$table->index('user_id');
</span></span><span>            <span>});
</span></span><span>        <span>}
</span></span><span>
</span><span>        <span>/**
</span></span><span><span>         * Reverse the migrations.
</span></span><span><span>         *
</span></span><span><span>         * <span>@return <span>void</span>
</span></span></span><span><span>         */
</span></span><span>        <span>public function down()
</span></span><span>        <span>{
</span></span><span>            <span>Schema<span>::</span>dropIfExists('users');
</span></span><span>            <span>Schema<span>::</span>dropIfExists('tasks');
</span></span><span>        <span>}
</span></span><span>
</span><span>    <span>}</span></span>

우리는 방금 출발점을 만들었습니다. 이제부터 설치 직후, 우리는 두 가지 다른 상황을 보게 될 것입니다. 첫째, Code의 "일반"버전은 열렬하지 않습니다. 그 직후, 우리는 "개선 된"버전과 비교할 것입니다. 당신은 차이를 알게 될 것입니다. 나를 믿으십시오.

시작하자! 열렬한 설치 Composer에서는 열렬한 설치가 매우 쉽습니다. 프로젝트의 Composer.json 파일에 종속성을 추가하십시오.

<span><span><?php
</span></span><span>
</span><span>    <span>use Illuminate<span>\Auth\UserTrait</span>;
</span></span><span>    <span>use Illuminate<span>\Auth\UserInterface</span>;
</span></span><span>    <span>use Illuminate<span>\Auth\Reminders\RemindableTrait</span>;
</span></span><span>    <span>use Illuminate<span>\Auth\Reminders\RemindableInterface</span>;
</span></span><span>
</span><span>    <span>class User extends Eloquent implements UserInterface, RemindableInterface {
</span></span><span>
</span><span>        <span>use UserTrait, RemindableTrait;
</span></span><span>
</span><span>        <span>/**
</span></span><span><span>         * The database table used by the model.
</span></span><span><span>         *
</span></span><span><span>         * <span>@var <span>string</span>
</span></span></span><span><span>         */
</span></span><span>        <span>protected $table = 'users';
</span></span><span>
</span><span>        <span>/**
</span></span><span><span>         * The attributes excluded from the model's JSON form.
</span></span><span><span>         *
</span></span><span><span>         * <span>@var <span>array</span>
</span></span></span><span><span>         */
</span></span><span>        <span>protected $hidden = array('password', 'remember_token');
</span></span><span>
</span><span>        <span>public function tasks()
</span></span><span>        <span>{
</span></span><span>            <span>return $this->hasMany('Task');
</span></span><span>        <span>}
</span></span><span>
</span><span>    <span>}</span></span>

그런 다음 업데이트 후 모델에서 열렬한 클래스를 확장해야합니다.

데이터 검증 가장 먼저해야 할 일은 Ardent가 검증을 구현할 때 우리의 삶을 더 쉽게 만드는 방법을 분석하는 것입니다. 우리는 이미 Laravel로 그것을하는 방법을 알고 있습니다. 전형적인 예를 들어 봅시다 : 양식에서 나오는 데이터를 처리하는 게시물 메소드.

“정상적인”상황에서 우리는 다음과 같은 것을 만들 것입니다 :
열렬한 경우 상황이 조금 바뀝니다. 우선, 쉽게 상상할 수 있듯이 검증 규칙은 모델로 직접 이동할 것입니다. 여기서 우리는“재목”을 시작할 것입니다. 따라서 모델 파일을 열고 그렇게 변경하십시오.
무슨 일이야? 별로 : 우리는 모델의 기본 클래스를 (Eloquent에서 Ardent로) 변경했으며 여기에서 유효성 검사 규칙을 사용자 정의 오류 메시지로 이동했습니다. 그래서, 이제 질문은 : 우리가 컨트롤러에 무엇을 쓸 것인가?

확인해 봅시다 :

더 이상 검증 지침이 없습니다. 그들은 모두 사라졌습니다. 그러나 "이동"이 아닙니다. $ user-> save () 메소드는 유효성 검사 단계에 문제가 있으면 False를 반환합니다. 그런 다음 $ user-> errors ()-> all () 메소드로 오류를 검색 할 수 있습니다. 이상한 수업 없음 : 반환 된 객체는 Laravel과 함께 일하는 동안 이미 만난 클래식 메시지 백이 될 것입니다.

<span><span><?php
</span></span><span>
</span><span>    <span>class Task extends <span>\Eloquent</span> {
</span></span><span>        <span>protected $fillable = [];
</span></span><span>
</span><span>        <span>public function user()
</span></span><span>        <span>{
</span></span><span>            <span>return $this->belongsTo('User');
</span></span><span>        <span>}
</span></span><span>    <span>}</span></span>

그러나 원하는 경우 $ user-> validationErrors 속성을 사용할 수도 있습니다. 이 경우 또는 필드 별 오류를 검색하려면 $ user-> validationErrors-> get ( 'Field_name')을 사용하십시오. 이제, 당신은“좋아요, 그러나 더 적은 줄을 넘어서 진정한 이점은 무엇입니까?”라고 생각하고있을 가능성이 매우 높습니다. 가장 중요한 것으로 시작하겠습니다. 더 나은 코드 조직은 더 나은 프로젝트 유지 관리를 의미합니다. 간단한 응용 프로그램에서는 우선 순위로 느낄 수 없지만 더 큰 프로젝트와 관련하여 한 가지 잘못된 결정으로 쉽게 엉망이 될 수 있습니다. 실제 상황을 예로 들어 보겠습니다. 우리는 멋진 할 일 목록 응용 프로그램을 개발했으며 실제로 빠르게 성장하고 있습니다. 모바일 애플리케이션에는 RESTFUL API가 필요합니다. "일반"방식으로 컨트롤러를 사용하면 API에 대한 다른 가입 루틴을 작성합니다. 동일한 코드를 가진 두 개의 다른 블록! 이것은 좋지 않습니다. 좋은 오래된 건조 (자신을 반복하지 마십시오) 원리는 어디에 있습니까?

따라서 모범 사례는 모든 것을 처리하는 모델에 서명 () 메소드를 작성하는 것입니다. 열렬한 사용은 실제로 모든 것을 처리하는 것을 의미합니다. 유효성 검증에서 저장 절차에 이르기까지. 그것 없이는 우리는 첫 번째 단계를 달성 할 수 없었습니다.

두 번째 이점은보다 실용적인 장점입니다 : 모델 자동 수확량. 함께 발견합시다.

모델 자동 하수수 PostSignup () 메소드는 정확히 13 줄의 코드를 계산합니다. 어려워 보이더라도 열렬한 숫자는 그 숫자를 더 낮출 수 있습니다. 이 예를 살펴보십시오 :

여기에 오류가 없습니다. 당신은 아마 이미 무슨 일이 있었는지 이해할 것입니다.

Ardent에는 모델 자동 수확량 기능이 있습니다. 즉, 객체를 생성하고 $ user-> save () 메소드를 호출하면 모든 필드가 입력 객체 데이터로 자동으로 채워집니다. 물론, 당신은 그에 따라 모든 양식 필드에서 올바른 이름을 주어야합니다.

그래서이 코드 :

는 와 동일한 효과를 갖습니다

Thirtheen 라인에서 우리는 전체 가입 절차를 위해 방금 7로 떨어졌습니다. 이 기능을 사용하려면 활성화해야합니다. 모델의 $ autohydrateentityprominput을 다음과 같이 True로 전환하면됩니다.

php artisan migrate:make todo_setup

완료! 당신은 종종 비즈니스 로직에 필요하지 않은 중복 데이터가 있습니다. _confirmation 필드 또는 CSRF 토큰에 대해 생각해보십시오. 글쎄, 우리는 모델의 $ autopuredundantattributes 속성으로 버릴 수 있습니다. 이전과 마찬가지로, 그냥 true로 전환하십시오.
이제 절차는 이전보다 깨끗합니다 모델 후크 언급 할 가치가있는 또 다른 좋은 기능은 모델 후크의 도입입니다. 이들은 본질적으로 구현 된 경우 특정 실행 모멘트에서 호출되는 방법 목록입니다. 따라서 예를 들어, AfterUpDate () 메소드는 모든 업데이트 () 호출 전에 호출됩니다. prevervalidate () 메소드는 모든 검증 전에 호출됩니다. 다음은 다음과 같은 모든 방법의 목록입니다 :
beforecreate () 후 크리 테 () beforesave () 후 사후 () everupdate () apjupdate () beforedElete () AfterDelete () 이전 validate () afterValidate ()
• 전형적인 예는 저장 절차 전에 일부 데이터 정교화 일 수 있습니다. 이렇게 :
• 모든 "이전"방법에는 부울 반환 값이 있습니다. 사실이라면 다음 작업이 정상적으로 실행됩니다. 메소드가 False를 반환하면 작동이 중지됩니다. 위의 방법에서, 우리는 유효성 검사 직후에 beforesave () 메소드로 슬러그 (및 적절한 필드를 채우는)를 생성했습니다. BeforeSave () 및 AfterSave ()에 대한 특정 팁도 있습니다. 런타임에이를 선언 할 수 있습니다. 봐 : <.>
응용 프로그램에서 이러한 방법을 몇 가지 가능한 몇 가지 사용에 대해 생각해 봅시다.
• 아마도 비밀번호 해싱을 처리 할 수있는 beforesave () 일 수 있습니다
사용자가 절차를 삭제하기 직전에 또는 청소 후크?
많은 가능성이 있습니다.
• 관계 정의 (열렬한 길) 열렬한 경우, 당신은 또한 관계를 이전보다 짧은 방식으로 정의 할 수도 있습니다. 모델 간의 관계를 실제로 정의하는 방법을 살펴 보겠습니다. 다음 예는 사용자 모델의 tasks () 메소드를 보여줍니다.
관계를 정의하기 위해 열렬한 사용을 사용하는 것은 $ relationsData라는 간단한 배열을 정의하는 것을 의미합니다.
• 이것은 똑같은 효과를 가지고 있습니다. Ardent는 동일한 명명 규칙을 사용하여 이름과 방법을 하나씩 쓸지 않고도 이름과 방법을 바인딩합니다. 그러나 할 수있는 많은 사용자 정의가 있습니다 :
$ relationsData의 모든 요소는 키 (예, 관계의 메소드 이름)와 일부 매개 변수가있는 배열이 있습니다.
• 첫 번째 매개 변수 (키가 없으면 첫 번째)는 관계 유형 (Hasone, Hasmany, Solgomany, Morphto, Morphone, Morphmany)을 설명합니다. 두 번째 매개 변수 (키가 없으면 두 번째)는 현재 관계의 대상 모델을 정의합니다. 추가 매개 변수에는 특정 위치가 없지만 키가 있습니다. 그들은 될 수 있습니다 :
외국 키 : 옵션, Hasone, Hasmany, Solgsto 및 Solgsto; 에 사용됩니다 테이블, 기타 키, 타임 스탬프 및 피봇키 : 옵션, 소속 자에 사용됩니다 이름, 유형 및 ID : Morphto, Morphone 및 Morphmany와 함께 사용;
결론 큰 장점 (126K 다운로드 및 빈번한 업데이트)을 사용하면 다음 앱에서 열렬한 사용을 사용하지 않는 이유를 찾기가 매우 어렵습니다. 모든 종류의 프로젝트에 적합하며 Eloquent 모델의 확장이기 때문에 Laravel 프로젝트와의 전체 호환성을 달성합니다. 나는 확실히 추천합니다. 당신은? 시도해 보셨습니까? 아래의 의견에서 알려주십시오!
• Laravel 모델에 대한 자주 묻는 질문 (FAQ) Laravel 4.2, 5.0, 7.x 및 10.x Eloquent의 주요 차이점은 무엇입니까?

  Laravel Eloquent는 버전 4.2에서 10.x 버전에서 크게 진화했습니다. Laravel 4.2에서 Eloquent는 기본 CRUD 작업을 가진 간단한 ORM (객체 관계 매핑)이었습니다. Laravel 5.0은 여러 연결, 소프트 삭제 및 이벤트 처리와 같은 새로운 기능을 도입했습니다. Laravel 7.x는 열망하는 하중, 모델 직렬화 및 API 리소스를 가져 왔습니다. Laravel 10.X는 성능 향상, 더 나은 오류 처리 및 배치 작업 및 모델 공장과 같은 고급 기능으로 웅변을 더욱 향상 시켰습니다.

  열렬한 Laravel 모델을 어떻게 향상 시키는가?
  열렬한 열렬한 패키지는 패키지입니다. Laravel에 자체 검증 스마트 웅변 모델을 추가합니다. 저장되기 전에 속성의 자동 유효성 검증을 제공하여 컨트롤러에 작성 해야하는 유효성 검사 코드의 양이 줄어 듭니다. Ardent는 또한 복잡한 저장 작업을 단순화하는 모델과 관계의 중첩 트랜잭션-안전 저축을 지원합니다.

  Laravel Eloquent에서 여러 연결을 어떻게 사용합니까?

  Laravel Eloquent에서 여러 가지를 다중 사용할 수 있습니다. Config/Database.php 파일에서 데이터베이스 연결을 정의하여 연결합니다. 그런 다음 웅변 모델에서 $ 연결 속성과 함께 사용할 연결을 지정할 수 있습니다. 예를 들어, 보호 된 $ connection = 'mysql2'; ‘MySQL2’연결을 사용합니다.

  Laravel Eloquent에서 열망하는 부하는 무엇입니까?

  열렬한 로딩은 여러 쿼리가 아닌 단일 데이터베이스 쿼리에 관련 데이터를로드하는 방법입니다. 이것은 대형 데이터 세트로 작업 할 때 성능을 크게 향상시킬 수 있습니다. with () 메소드를 웅변으로 사용하여 열망하는 하중과의 관계를 지정할 수 있습니다.

  laravel peloquent에서 소프트 삭제를 어떻게 사용합니까?

  laravel 웅변의 소프트 삭제 '삭제를 허용하십시오. '실제로 데이터베이스에서 제거하지 않은 레코드. 대신, deleted_at 타임 스탬프가 설정됩니다. SoftDeletes 특성을 사용하고 테이블에 deleted_at 열을 추가하여 웅변 모델에서 소프트 삭제를 활성화 할 수 있습니다.

  Laravel 웅변의 모델 공장은 무엇입니까? 데이터베이스 테스트 또는 시드를위한 새로운 모델 인스턴스를 생성하는 편리한 방법. 모델의 기본 속성 값을 지정하는 모델 팩토리를 정의한 다음 공장을 사용하여 해당 기본값으로 새 인스턴스를 생성 할 수 있습니다. > Ardent는 단일 데이터베이스 트랜잭션에 모델과 모든 관련 모델을 저장하는 Savenested () 메소드를 제공합니다. 이렇게하면 모든 저축이 성공하거나 아무도하지 않도록하여 데이터의 무결성을 유지합니다. Laravel Eloquent에서 API 리소스를 어떻게 사용합니까? Laravel Eloquent의 API 리소스를 사용하면 API에서 사용하기 위해 모델과 모델 컬렉션을 JSON 형식으로 변환 할 수 있습니다. 모델을 변환하는 방법을 정의한 다음 API 경로에서 해당 리소스 클래스의 인스턴스를 반환하는 리소스 클래스를 생성 할 수 있습니다.

  열렬한 핸들 검증은 어떻게됩니까?

  저장하기 전에 모델에 정의 된 일련의 규칙에 대한 모델의 속성. 유효성 검사가 실패하면 저장 조작이 중단되고 Errors () 메소드를 통해 유효성 검사 오류를 사용할 수 있습니다.

  Laravel Eloquent에서 boot () 메소드의 목적은 무엇입니까? 부팅 () Laravel Eloquent의 방법은 모델이 '부팅'될 때 호출되는 수명주기 후크입니다. 이벤트 리스너 등록 또는 모델의 구성을 사용자 정의하는 등 모델이 부팅 될 때마다 발생 해야하는 동작을 추가하기 위해이 메소드를 무시할 수 있습니다.

위 내용은 열렬한 : 스테로이드의 라 라벨 모델의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!