[laravel]model Opcje

[marcus753]

wybaczcie, mam już wyrzuty sumienia - 3 post z kolei mojego autorstwa ale chyba tylko tutaj można spotkać ludzi którzy wiedzą o czym piszą (IMG:style_emoticons/default/Lkingsmiley.png)

Tym razem chodzi o model, kurcze jaką on pełni rolę ?

W katalogu models tworze sobie klase które jest rozszerzeniem klasy Eloquent która to zawiera pewne podstawowe metody/zapytania. Tylko że w większości przykładów ludzie w tej klasie definiują jedynię nazwę tabeli a zapytanie piszą w kontrolerze na zasadzie

[PHP] pobierz, plaintext 
MojaKlasa::find(1)
[PHP] pobierz, plaintext 

zamiast

[PHP] pobierz, plaintext 
DB::select(select * from `moja tabela` where id='1');
[PHP] pobierz, plaintext 

Załóżmy że mam 2 formularze, jeden służy do CRUD użytkowników a drugi CRUD userów do tej pory w CI robiłem sobie jeden model np. base_model gdzie miałem 4 funkcje każda z nich przyjmowała 2 parametry nazwę tabeli na której ma działać i opcjonalny parametr z danymi, dzięki temu w kontrolerze mogłem sobie wywołać po prostu metodę

[PHP] pobierz, plaintext 
dodaj($nazwa_tabeli,$tablica_z_danymi_do_dodania)
[PHP] pobierz, plaintext 

Jak coś takiego powinno się robić w laravelu ? przeglądam już chyba 3 przykład gdzie autor po prostu zapytania SQL pisze w kontrolerze a sam plik w katalogu models tworzy jedynie po to by podać nazwę tabeli...

[Pyton_000]

Model jest po to aby móc dla konkretnej tabeli zdefiniować jakies określone metody np. findAllUniqueUsersBySurname....
Dzięki temu wiesz że dana metoda operuje na danej tabeli.

a przykład z find(1) to jest standardowa metoda która wyszuka rekord o ID = 1 z danego modelu (tudzież z konkretnej tabeli opisanej przez Model)

[marcus753]

^^ czyli rozumiem że w modelu nie używamy kodu sql a jedynie definiujemy zmienne które potem wykorzystujemy korzystając z wbudowanych zapytań klasy Eloquent w kontrolerze ?

Tylko że wtedy jeśli nie chcemy korzystać z wbudowanych zapytań a sami pisać swój kod SQL definiowanie modelu jest zupełnie niepotrzebne dobrze rozumiem ?

Ewentualnie istnieje możliwość pisania swoich własnych zapytań w modelu ? tylko że tedy odnosimy się do klasy DB czy do rodzica ?

Ten post edytował marcus753 5.07.2014, 15:55:52

[memory]

Jeżeli dziedziczysz Eloquent to używasz ORM http://laravel.com/docs/eloquent.

[marcus753]

^^ o widzisz trochę mi rozjaśniłeś sytuację czyli:

wykorzystując klase DB::metoda_statyczna zapytania piszemy w kontrolerze i w ogóle nie korzystamy z modelu
wykorzystując dziedziczenie z Eloquent zapytania piszemy w kontrolerze natomiast pola,zmienne oraz metody które je definiują przechowujemy w plikach w modelu

czy w klasie DB:: mogę zdefiniować swoje własne zapytanie sql ? nie korzystając z metod insert select update itp. coś w rodzaju DB::SQL('moje zapytanie') <- w dokumentacji czegoś takiego nie widziałem ;(

Rozumiem że w laravelu nie ma podobnego mechanizmu co w Codeigniterze ? tzn. jeden standardowy model (który sam sobie definiuje) i który może mi obsłużyć kilka tabel?

Swoją drogą, tak się zastanawiam widząc taki kod:

[PHP] pobierz, plaintext 
DB::table('users')
            ->where('name', '=', 'John')
            ->orWhere(function($query)
            {
                $query->where('votes', '>', 100)
                      ->where('title', '<>', 'Admin');
            })
            ->get();
[PHP] pobierz, plaintext 

który daje nam takie zapytanie sql:

[PHP] pobierz, plaintext 
select * from users where name = 'John' or (votes > 100 and title <> 'Admin')
[PHP] pobierz, plaintext 

czy to czasami nie jest sztuka dla sztuki ? przecież szybciej i dla mnie czytelniej jest napisać czysty kod SQL (który przecież trudny nie jest i stosunkowo przejrzysty) niż definiować wbudowane metody z parametrami...

Ten post edytował marcus753 5.07.2014, 16:25:04

[memory]

Tak, jest prościej ale załóżmy, że musisz wypisać 10 użytkowników

[PHP] pobierz, plaintext 
DB::query(select * from users limit 10);
[PHP] pobierz, plaintext 

Klient prosi o zmianę bazy danych z mysql do microsoft sql server. Zamieniasz w configu na mssql i nagle dupa. W mssql nie ma czegoś takiego jak LIMIT jest TOP. Aplikacja do poprawki.
Gdy używasz wrapper'a czy ORM problemu zazwyczaj nie ma.

Laravel daje ci wolną ręke.

[PHP] pobierz, plaintext 
Given this tables:
 
Users
 id
 name
 
Posts
 id
 content
 user_id
 
Select all post from specific user:
 
 
/* First Way */
    $user=User::find(1); // Just Eloquent
  $posts=$user->posts; // Just Eloquent
 
  /* Second  Way */
  $posts=User::with('posts')->find(1); // Eloquent with Eager loading
 
 
  /* Third  Way */
  $posts=User::find(1)->load('posts'); // Eloquent with Lazy Eager Loading
 
 
  /* Fourth  Way */
  $posts=User::join('posts','users.id','=','posts.user_id')->where('users.id',1)->get(); // Eloquent with Query Builder methods 
 
 
  /* Fifth  Way */
  $posts=DB::table('users')->join('posts','users.id','=','posts.user_id')->where('users.id',1)->get(); // Just Query Builder
 
  /* Sixth  Way */
  $posts=DB::select('select * from users join posts on users.id = posts.user_id where users.id = 1'); // Just SQL
[PHP] pobierz, plaintext 

Wszystko zależy od ciebie. Jeżeli nie chcesz ORM usuwasz extends i tak jak w Ci dodajesz metody dodaj,usun itd

[marcus753]

tylko że jak rozumiem takie zapytanie wykonuje nie w modelu a kontrolerze:

[PHP] pobierz, plaintext 
DB::query(select * from users limit 10);
[PHP] pobierz, plaintext 

a gdybym chciał je wykonać w modelu? jest jakaś domyślna konstrukcja która mi to umożliwia ? Czy jak przypuszczam z plików modelu korzystamy tylko wtedy gdy używamy ORM ?

Ten post edytował marcus753 5.07.2014, 17:01:06

[memory]

W modelu do tego służy. Musisz nauczyć się obsługi ORM

[PHP] pobierz, plaintext 
class Users extends Eloqent {
 
function getAll($limit = 0){
return $this->take($limit)->get();
}
 
function findyById($id){
return $this->find($id);
}
 
// itd
}
[PHP] pobierz, plaintext 

Ten post edytował memory 5.07.2014, 17:36:42

[marcus753]

auć no to to jest wada i to dosyć duża, czyli jak rozumiem jeśli nie chcemy korzystać z orm-a to nie możemy definiować zapytań w modelu a pozostaje nam jedynie kontroler, z kolei decydując się na ORMa decydujemy się również na konstrukcję (jeden model odpowiada jednej tabeli w bazie) dodatkowo pewnie są zapytania których w ormie zrobić się nie da i wtedy musimy robić je standardowo w kontrolerze niszcząc tym samym podział MVC ehh

[pitu]

Jeżeli nie chcesz używać ORM to twój model nie dziedziczy po Eloqent. Normalnie w nim tworzysz metody i korzystasz w nich z query buildera.

[PHP] pobierz, plaintext 
class ExampleModel{
    public static function getData(){
         DB::table('users')->select('kolumna')->get();
    }
}
[PHP] pobierz, plaintext 

dodatkowo pewnie są zapytania których w ormie zrobić się nie da i wtedy musimy robić je standardowo w kontrolerze niszcząc tym samym podział MVC

Nic nie musisz robić w kontrolerze, a nawet nie powinieneś.

Ten post edytował pitu 5.07.2014, 19:58:32