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ą

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...

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)

^^ 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 ?

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

^^ 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...

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

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 ?

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 

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

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 

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