Laravel Türkiye Discord Kanalı Forumda kod paylaşılırken dikkat edilmesi gerekenler!Birlikte proje geliştirmek ister misiniz?

API Resource kullanımı

isset

Herkese selamlar
Öncelikle hemen belirteyim bir API yazmıyorum daha o seviylere gelemedim Dökümantasyonda https://laravel.com/docs/10.x/eloquent-resources#introduction giriş kısmı cümlesi şöyle başlanıyor When building an API,

githubda Laravel İnertia+ Vue altyapısı kullanan birinde şöyle bi kod buldum

<?php

namespace App\Http\Resources;

use Illuminate\Http\Request;
use Illuminate\Http\Resources\Json\JsonResource;

class UserResource extends JsonResource
{
    /**
     * Transform the resource into an array.
     *
     * @return array<string, mixed>
     */
    public function toArray(Request $request): array
    {
        return [
            'id' => $this->id,
            'name' => $this->name,
            'email' => $this->email,
            'roles' => $this->getRoleNames(),
            'permissions' => $this->getPermissionNames(),
        ];
    }

bir resource oluşturmuş ve bunu ilgili controllerde

 class UserController extends Controller
{
    /**
     * Display a listing of the resource.
     */
    public function index(): Response
    {
        return Inertia::render('Admin/Users/UserIndex', [
            'users' => UserResource::collection(User::all())
        ]);
    }

şeklinde kullanmış muhtemelen düzgün şekildede çalışıyordur
ilk olarak Apı yazmıyor olsamda bu şekilde resource kullanmak doğrumu ?
ikinci sorum daha önemli
User::all() created at updated at gibi tabloda ne var ne yok veriyor tıpkı resourcedaki gibi bir yapıyı nasıl elde edebilirim yani resource kullanmadan Tüm user tablosunu almak ama sadece name ve emaillerini nasıl çekerim ilgili dökümantasyon linkide olur

mgsmus

isset

isset ilk olarak Apı yazmıyor olsamda bu şekilde resource kullanmak doğrumu ?

Resource'un amacı JSON. JSON veriye ihtiyacınız yoksa pek mantıklı değil.

isset User::all() created at updated at gibi tabloda ne var ne yok veriyor tıpkı resourcedaki gibi bir yapıyı nasıl elde edebilirim

$users = User::select('id', 'name')
    ->get();

isset

mgsmus Resource'un amacı JSON. JSON veriye ihtiyacınız yoksa pek mantıklı değil.

Peki bu aşağıdaki satırlar için neler söyleyebilir ?

Since models and collections are converted to JSON when cast to a string, you can return Eloquent objects directly from your application's routes or controllers. Laravel will automatically serialize your Eloquent models and collections to JSON when they are returned from routes or controllers:

Eğer Eloquent kullanıyor isem ve kullanabilinen Koleksiyon metodlarından herhangi birini kullandığımda "JSON veriye ihtiyacım olup olmadığına bakılmaksızın" zaten JSON a otomatik çeviriliyor ise uygulamanın bir API olup olmadığına da bakılmaksızın resource kullanabilirim . ifadesi doğrumu olur ?

isset

mgsmus $users = User::select('id', 'name')
->get();

Bu tastamam aradığım şey birde galiba şu map fonksiyonu aynı işi yapıyor . çok teşekkürler

mgsmus

isset API dediğimiz iki uygulamanın haberleşmesini sağlayan bir mekanizma. JSON ise bu haberleşmede kullanılan bir veri tipi, mesajın kendisi. Siz API yazmayacaksanız, yani JSON bir response vermeyecekseniz JSON'ı internal olarak ne amaçla kullanacaksınız? PHP ile kullanamazsınız, json_decode ile yine array ya da objeye çevirip kullanabilirsiniz, madem öyle yapacaksınız en başta niye JSON'a çeviriyorsunuz? Ben bunu veri tabanına kaydedeceğim diyorsanız neden Responsable bir objeye çevirme gereği duyuyorsunuz, amacınız sadece stringe dönüştürüp tabloya yazmak değil mi? json_encode yapılması yeterli değil mi?

Verdiğiniz linkin giriş cümlesi When building an API ile başlıyor evet ama devamında da JSON responses that are actually returned to your application's users. diyor. Siz ise ben API yazmayacağım, yani JSON response vermeyeceğim ama JSON response veren bir obje kullanabilir miyim diyorsunuz.

Inertia konusuna gelince, Intertia sizin oluşturduğunuz rotayı component içinden axios isteği atarak API şeklinde kullanıyor çünkü render ettiğiniz bir Vue componenti ve PHP'den oraya veri aktarmanın yolu JSON repsonse. Aslında orada anlık bir API oluşuyor, Inertia bunu Inertia::render ile kendisi yapıyor.

Şimdi de somut bir örnek vereyim:

$usersJson = UserResource::collection(User::all())
    ->jsonSerialize();

İşte, resource kullanarak json elde ettim. Şimdi bunla ne yapacaksınız? 🙂 Bu artık string bir ifade. Ya application/json olarak http response vereceksiniz ya da alıp bir yere kaydedeceksiniz.

Kısaca, evet kullanabilirsiniz ama elde ettiğiniz sonuçla ne yapacaksınız bilmiyorum 🙂

isset

yanıt için teşekkürler sadece listelemek için aslında daha çok dökümantasyonu okumayı öğreniyorum demeliyim ancak birde şu var , Bir tabloda onlarca sutun var ve ben sadece 2-3 alana ihtiyacım varsa hepsini çekip ihtiyacım olan alanları frontende göndermek kısaca tabloda göstermek istediğim alanları ön yüze göndermek istiyorum. Product modelimi ilişkilerle birlikte çekiyorum ve Product::all() gibi bişe ne var ne yok dahil ediyor , neden hiç kullanmadığım onlarca şeyi frontende gönderip olaya dahil edeyim dedim aklımca .... Bana product name lazımsa ön yüzde product_status diye bir alanı göndermek istemiyorum ayrıca gönderdiğim şeyleri kontrolumde olsun istedim

mgsmus

isset Mantıklı olan sadece select ile ilgili alanları çekmek ama yüklenene ilişki vs varsa

$users = User::select('id', 'name')
    ->with('office:id,user_id,name')
    ->get();

Eğer dönen veriyi de dönüştürmek isterseniz

$users = User::select('id', 'name')
    ->with('office:id,user_id,name')
    ->get()
    ->map(function($user) {
        return [
            'id' => $user->id,
            'name' => $user->name,
            'office_name' => $user->office?->name,
        ];
    })
    ->all();

isset

Hayır yanlışmı düşünüyorum bilemedim şimdi ben ufak tefek bir şeyle uğraşıyorum. burda onlarca ilişkiye yada onlarca sutuna sahip tablolarla uğraşanlar olduğuna eminim basit bir dataları listelemede ön yüze tüm sutunları gönderip v-for yada foreach ile dönerek frontendemi yollanıyor genelde onu kestirmeye çalışıyorum ? Kısaca örneğim yanlış olabilir ancak hassas verileride ön yüze gönderirken güvenlik adına neler yapılıyor diye bakınıyorum . tekrar teşekkürler

mgsmus

isset Frontend ne kullanacaksa onu gönderiyoruz. Eksik olmaz ama bazen fazla giden olur, mesela ben kullanılsın kullanılmasın oluşturulma ve güncelleme tarihlerini de veririm mesela. Onun dışında sadece 5 alan kullanılacaksa kolay olsun diye ne var ne yok vermeyiz.

mgsmus

isset select ram ve işlemci kullanımını azaltır. O yüzden select öncelikli kullanın. map ise ekstra ram ve işlemci kullanımı demek:

$users = User::select('id', 'name')
    ->get();

// Bu çok daha fazla ram ve işlemci tüketir, o yüzden üsttekini tercih edin.
$users = User::all()
    ->map(function(User $user) {
        return [
            'id' => $user->id,
            'name' => $user->name,
        ];
    })->all();

isset

teşekkürler . tamam