Różnica między wymownym modelem a modelem?

Question

Tak, jestem mylić z tym: W oficjalnej dokumentacji laravel jest, mówią:

wymownym ORM dołączone laravel zapewnia piękny, prosty realizację ActiveRecord do pracy z bazą danych. Każda tabela bazy danych ma odpowiedni "Model", który jest używany do interakcji z tą tabelą.

Ok, wszystko tutaj jest świetne, rozumiem!

więc dokonać migracji do tworzenia bazy danych: php rzemieślnik Producent: migracja create_items_table --create = „przedmioty”

Wielką aż tu też :)

Więc teoretycznie rzecz biorąc, kiedy będę Marka: php rzemieślnik zrobić: model Element, laravel utworzy klasę php (który jest używany do interakcji z przedmiotami tabeli):

class Item extends Eloquent { 

    ... 

    } 

Ale w rea l świat, kiedy zrobić: php rzemieślnik zrobić: Element modelu, laravel tworzy klasę PHP (który jest używany do interakcji z przedmiotami tabeli) ::

class Item extends Model { 

    ... 

    } 

Dlaczego więc model i nie Eloquent ?? Czy brakuje mi czegoś? I jaka jest różnica między wymownym modelem a modelem.

A jeśli jest jakaś różnica, kiedy powinienem używać Eumquent i kiedy Model ...?

Dziękuję ^^

Answer 1

Znalazłem rozwiązanie mojego pytania ...

Więc Zwykle trzeba dodać alias do config/app.php

'aliases' => [ 
     'Eloquent' => Illuminate\Database\Eloquent\Model::class, 

I podczas tworzenia modelu, laravel będzie use Eloquent; zamiast use Illuminate\Database\Eloquent\Model; tym, dlaczego myślę, niektóre osoby mogą korzystać z modelu, gdy inne mogą korzystać wymowny, że to tylko kwestia dają poczucie znaczenia przestrzeni nazw: 3

Answer 2

wymowny jest nazwa nadana ORM (mapowanie obiektowo-relacyjne), że statki z laravel. Eloquent pozwala ci wchodzić w interakcje z twoimi stołami tak, jakby były obiektami, jednak Eloquent nie zdaje sobie sprawy z faktycznych kolumn, które masz na swoim stole.

Rozważmy prosty User model. Chcemy, aby ten model wysyłał zapytania do naszych tabel users.

class User extends Eloquent { 

protected $table = 'users'; 

} To jest bardzo prosty model. Teraz zamiast pytać w ten sposób.

$user = DB::table('user')->find(1); 

Możesz zapytać w ten sposób. Sam

$user = User::find(1); 

Eloquent używa własnego konstruktora zapytań, ale nie powróci do standardowego konstruktora zapytań. Oznacza to, że ma dostęp do wszystkich metod dostępnych w narzędziu do tworzenia zapytań i innych.

Tutejsze korzyści to:

• Nie musisz określić swoją nazwę tabeli na każde wezwanie.
• Kod czyta o wiele lepiej, jest to syntaktyczny cukier.
• Możesz tworzyć złożone relacje między tabelami i korzystać z szybkiego ładowania.
• Można skorzystać z funkcji takich jak ochrona przydziału masy i seter/getter.

Dotykałem tylko Eloquenta. Jest o wiele więcej. Proponuję przejrzeć następujące zasoby.

• Eloquent Documentation
• Dayle Rees' Code Happy

For more exact simple example click here