Belajar Laravel 11 | 7. Model
Summary
TLDRIn this informative tutorial, the host guides viewers through the process of transitioning from manual data handling to utilizing models in Laravel, a popular PHP framework. The lesson focuses on refactoring code to eliminate data duplication, introduces the concept of MVC architecture, and demonstrates how to create a 'Post' model class. It also covers the use of static methods for data retrieval and touches on the importance of namespaces and autoloading in organizing and managing classes within a Laravel application.
Takeaways
- đ The video is a tutorial on Laravel, focusing on creating a model to handle data instead of manually sending arrays to views.
- đ The speaker introduces the concept of MVC (Model-View-Controller) within Laravel, explaining its role in managing application logic and data flow.
- đ§ The tutorial demonstrates how to refactor routes to use a single data source for posts, eliminating duplication and simplifying data management.
- đ It is explained that models are responsible for business logic, such as interacting with databases or APIs to retrieve or manipulate data.
- đ The importance of understanding namespaces and autoloading in Laravel is emphasized to avoid class name conflicts and ensure classes are correctly loaded.
- đ ïž The process of creating a 'Post' model is shown, including making it a static class with methods like 'all' to handle post data retrieval.
- đ The video covers how to move business logic from routes to models, which is a correct practice in MVC architecture for cleaner and more maintainable code.
- đ The use of static methods in the 'Post' class to encapsulate functionality, such as retrieving all posts or finding a post by its slug, is demonstrated.
- đ The tutorial touches on error handling, showing how to return a 404 page when a post is not found instead of displaying an error message.
- đ The script mentions the use of arrow functions and callbacks as a more concise way to write and use functions within the Laravel framework.
- đ The video concludes with a reminder of the importance of understanding models, namespaces, and autoloading for effective Laravel development.
Q & A
What is the purpose of creating a model in Laravel as mentioned in the video?
-The purpose of creating a model in Laravel is to manage data more efficiently by centralizing it in one place, reducing code duplication, and facilitating easier interaction between the data, routes, and views. This approach also aligns with the MVC (Model-View-Controller) design pattern, where the model handles the business logic and data management.
Why is it important to avoid duplicating data in the routes, as discussed in the video?
-Avoiding data duplication in the routes is important because it ensures consistency. When data is duplicated, any updates or changes require modifications in multiple places, increasing the risk of errors and making the code harder to maintain.
How does the video suggest organizing data in Laravel to avoid duplication?
-The video suggests organizing data by creating a class, like `Post`, that contains static methods to return the required data. This class acts as a model, centralizing the data so it can be accessed uniformly across different routes and views.
What is the MVC pattern, and how does it relate to Laravel as explained in the video?
-The MVC (Model-View-Controller) pattern is a design pattern that separates an application into three interconnected components: the Model (data and business logic), the View (UI), and the Controller (handles user input). In Laravel, this pattern is followed to organize code more effectively, with models handling data, controllers managing requests, and views displaying the output.
Why is it necessary to move the `Post` class out of the routes file, according to the video?
-It is necessary to move the `Post` class out of the routes file to adhere to the MVC pattern. The routes file should only handle the routing logic, while the `Post` class, as a model, should manage the data. This separation of concerns makes the code cleaner and more maintainable.
What is the significance of namespaces in Laravel, as discussed in the video?
-Namespaces in Laravel are significant because they prevent class name conflicts, especially in large applications or when using third-party libraries. By organizing classes under specific namespaces, Laravel can differentiate between classes with the same name but in different contexts.
How does Laravel's autoloading feature assist in managing classes?
-Laravel's autoloading feature automatically loads classes when they are needed, without requiring manual inclusion. This feature follows the PSR-4 standard and works by mapping the namespace of a class to its file path, ensuring that classes are easily accessible across the application.
What approach does the video recommend for handling single post retrieval in Laravel?
-The video recommends moving the logic for retrieving a single post by slug into the model. This is done by creating a static method, `find`, in the `Post` model, which searches for the post based on the provided slug. This approach keeps the controller (or route) cleaner by delegating data retrieval to the model.
How does the video suggest handling errors when a post is not found?
-The video suggests using Laravel's `abort` function to return a 404 error when a post is not found. This provides a user-friendly error message instead of a generic error, improving the overall user experience.
Why does the video introduce the concept of return types in the `find` method?
-The video introduces return types in the `find` method to enforce that the method returns a specific data type, in this case, an array. This helps in catching errors early and ensures that the code behaves as expected, providing more reliable and maintainable code.
Outlines
đ Introduction to Laravel Model Creation
The script begins with a casual greeting and an introduction to a tutorial series on Laravel, a popular PHP web application framework. The main theme revolves around creating a model within Laravel, which is a key concept for managing data. The instructor, Sandi Kagalih, guides viewers through the process of transitioning from manual data handling using arrays to utilizing models for a more structured approach. This includes refactoring existing code to use a 'Post' class, which will streamline data management and prepare the application for more complex interactions within the router and views. The importance of understanding the MVC (Model-View-Controller) pattern is also highlighted as a foundational concept for building scalable applications.
đ Refactoring to Use Laravel Models and MVC Pattern
This paragraph delves into the specifics of refactoring a Laravel application to use models instead of direct array manipulation. The script explains the need to consolidate data handling into a single source to avoid duplication and simplify data management. The process involves creating a 'Post' class with a static method to retrieve all posts, effectively encapsulating the data retrieval logic within the model itself. The paragraph also touches on the importance of the MVC pattern, explaining the roles of routing, controllers, and models in handling requests within a Laravel application. The goal is to move towards a more organized code structure that separates business logic from data presentation.
đ Implementing Autoloading and Namespaces in Laravel
The script continues with a detailed explanation of how to properly organize and reference models within a Laravel application. It covers the technical aspects of using namespaces to avoid class name conflicts, especially as the application grows in complexity. The paragraph explains the concept of autoloading, which is a feature in Laravel that automatically includes class files based on their namespace. The process of moving the 'Post' class into the 'App\Models' namespace is described, along with the necessary adjustments in the 'composer.json' file to ensure the autoloading works correctly. This step is crucial for maintaining a clean and maintainable codebase.
đ Enhancing the Model with Static Methods for Data Retrieval
The focus shifts to improving the 'Post' model by adding static methods for retrieving specific posts based on a slug, which is a URL-friendly version of the post title. The script demonstrates how to move the logic for finding a single post from the route to the model, emphasizing the model's responsibility for business logic. It also discusses the use of the 'Arr' class from the Laravel support library to handle array operations within the model. The paragraph concludes with a practical example of implementing a 'find' static method within the 'Post' model, showcasing how to return a specific post or a 404 error if the post is not found.
đ Conclusion and Future Learning Opportunities
In the final paragraph, the script wraps up the tutorial with a brief recap of the concepts covered, including the creation and use of models, the importance of autoloading, and the use of namespaces. The instructor expresses hope that the viewers have gained a clear understanding of these topics and hints at further exploration of models and other advanced Laravel features in future episodes. The script ends on a light-hearted note, with a casual sign-off and the inclusion of background music, creating a friendly and engaging conclusion to the tutorial.
Mindmap
Keywords
đĄLaravel
đĄModel
đĄController
đĄView
đĄRouting
đĄAutoloading
đĄNamespace
đĄStatic Method
đĄArray
đĄError Handling
Highlights
Introduction to creating a model in Laravel to automate data handling instead of manual array manipulation.
Explanation of the concept of MVC (Model-View-Controller) within Laravel framework.
Demonstration of refactoring routes to avoid data duplication and streamline data flow.
Introduction of a static method in a class to display all data entries for a more organized approach.
Conversion of manual data arrays into a class-based model for better data management.
Explanation of the auto-loading feature in Laravel for efficient class management.
Discussion on namespaces to avoid class name conflicts in large applications.
Step-by-step guide on creating a 'Post' model class to handle blog data.
Utilization of the 'use' statement to import classes in Laravel for cleaner code.
Introduction of the 'find' static method in the 'Post' model for retrieving specific blog entries.
Importance of using the 'Static' keyword for class methods that do not rely on instance properties.
Explanation of the error handling when a post is not found and returning a 404 page.
Use of arrow functions in PHP for cleaner and more concise callback functions.
Discussion on the benefits of using Laravel's built-in model features over custom model implementations.
Highlighting the need for proper error messages and handling null values in model methods.
Final thoughts on the importance of understanding Laravel's MVC structure for scalable application development.
Closing remarks and sign-off with a reminder to stay tuned for the next episode.
Transcripts
Halo teman-teman semua apa kabar semoga
semuanya dalam keadaan sehat dan
berbahagia ya Mari kita lanjutkan
kembali playlist belajar larfel 11 Kita
Masih bersama saya sandi kagalih di
channel wpu ya dan di video kali ini
setelah sebelumnya kita sudah berhasil
untuk membuat data dan mengirimkannya ke
dalam view kita akan sama-sama belajar
kali ini kita akan sama-sama belajar
mengenai pembuatan sebuah model di dalam
laravel jadi kita akan ubah data yang
sudah kita kirimkan secara manual
menggunakan array dari video sebelumnya
itu kita akan Ubah menjadi model supaya
kita bisa interaksikan di dalam
routernya maupun di dalam view-nya dan
nanti juga kita akan sedikit menyinggung
mengenai konsep mvc yang ada di dalam
larafil ya konsep mvc itu model view dan
juga controller dan masih banyak lagi
hal-hal yang nanti kita akan masukkan ke
dalam materi di video kali ini jadi
pasti seru banget ya jadi tanpa
berlama-lama lagi kita langsung aja
masuk ke materinya Oke teman-teman jadi
di video kali ini yang akan kita lakukan
adalah memperbaiki halaman post kita
atau halaman blog kita agar menggunakan
satu sumber data ya Kara saat ini
teman-teman lihat di codingnya silakan
dibuka dulu kodenya ya Nah ini ya
teman-teman silakan buka halaman web
atau routes kita kita tahu bahwa kita
punya dua buah rute ya ada rute post
untuk menampilkan seluruh data Post dan
ada rute post yang singular Nah
masing-masing dari rute ini menduplikat
data postnya Nah kita akan tarik supaya
datanya hanya satu enggak diduplikat ya
supaya apa supaya nanti kalau ada
perubahan atau penambahan data enggak
perlu mengubah keduanya nah gimana
caranya ini kan sebetulnya kita bisa
tarik ke luuar ya ke atas ini misalkan
kita bisa aja
bikin variabel post di sini nah tapi
supaya lebih mudah kita akan bungkus ke
dalam sebuah kelas teman-teman ya kelas
misalnya kita kasih namanya post ini
kita kasih kelas namanya
post Nah kenapa kita bikin kelas post
nah ini supaya nanti ke depannya ketika
kita mau masuk belajar mengenai model
ini jadinya masuk akal gitu ya sekarang
kita bikin dulu aja secara manual kita
bikin CL post yang nanti di dalamnya
Saya mau bikin sebuah metode statik
untuk menampilkan seluruh data ya jadi
misalkan kita bikin meod tuh gini kan ya
akses modifier yang publ supaya bisa
diakses di luar kelas ini pun ya Tapi
sebelum function kita kasih Static dulu
public Static function misalnya kita
kasih namanya all ya ini untuk
menampilkan seluruh data postingan kita
nanti di sini di dalamnya kita
kembalikan data kita langsung return aja
data pos-nya ya jadi kita tinggal
copykan isi dari posnya aja array-nya
aja teman-teman Oke kita copykan
array-nya aja atau kita cut ya kita Cut
array-nya aja
ambil dari post yang banyak dulu kita
taruh di
sini kita kasih koma
ya dah jadi sekarang mengembalikan nilai
sebuah array yang di dalamnya ada dua
buah artikel Nah kalau sudah dibuat
tinggal kita ganti ya sekarang searang
kita ganti data yang dikirim itu kita
ngambil dari kelas yang ada di atas cara
nulisnya kalian tinggal tulis saja post
nama kelasnya terus untuk memanggil
metode statiknya teman-teman Tinggal
Kasih titik du dua kali kita tulis nama
metodenya all begini udah selesai jadi
ini mengacu ke kelas post yang ada di
atas all ini mengacu ke metode
staticknya ya kalau kita jalankan kita
lihat kita
refresh masih aman ya tampil semuanya
sekarang kita lakukan hal yang sama
ketika kita mau mengambil data di
halaman single post-nya Oke jadi kita
enggak perlu lagi ini array post enggak
butuh nanti kita hapus ya kita hapus
jadi enggak butuh Nah ini kan error nih
karena kita udah enggak punya variabel
array tadi sekarang kita ambilnya dari
mana kita ambil dari kelas post
ambil metodenya all dah jadi sekarang
sumber datanya hanya satu Class po saja
ya kita Coba refresh klik aman ya Klik
yang ini aman Oke jadi itu datanya
Enggak lagi duplikat ini udah benar tapi
problem berikutnya muncul kita enggak
mungkin naruh kelas post di dalam root
ya kan peruntukannya juga udah berbeda
ya rute atau halaman web ini digunakan
untuk melakukan penjaluran dari request
Nah kita harus pindahin ini ke sebuah
tempat selah kita akan mindahinnya ke
mana nih sekarang sebelum kita pindahkan
kita harus paham dulu di dalam travel
itu konsep yang dinamakan dengan mvc
atau model view controller karena PHP
sebetulnya mengadopsi konsep tersebut
walaupun enggak benar-benar mvc ya Nah
mungkin kita bisa kembali dulu ke slide
ya ini secara umum gambaran Bagaimana
proses request yang terjadi di dalam
larfel ya jika teman-teman lihat di
sebelah kiri ada angka satu pertama kali
user melakukan request misalkan Membuka
halaman ya saya mengunjungi halaman Home
atau saya mengunjungi halaman post jadi
dia ketik di url atau klik sebuah tombol
nah yang akan terjadi pertama kali
adalah Lara fil-nya akan mengakses
routing halaman rutee ya dalam hal ini
web.php dia akan cari rutee mana yang
sesuai kalau sudah ketemu misalkan
halamannya slash atau halamannya slash
po Nah nanti dia akan menjalankan sebuah
proses yang biasanya prosesnya itu
ditangani oleh sebuah controller nah
tapi karena yang kita buat itu masih
simpel prosesnya masih bisa ditangani
oleh routernya jadi kita belum masuk nih
ke controller jadi kita belum punya
controller anggap aja rute yang kita
buat itu saat ini menggantikan si
controller ya Jadi ada controller yang
mengendalikan prosesnya ambil data
mengirimkan data itu di dalam e
controller ya Nah nanti kalau sebuah
controller ini butuh bisnis logic ya
Istilahnya ya mengambil data dari
database atau memproses sebuah query itu
biasanya ditangani oleh model ya karena
model itu bertugas untuk mengelola
bisnis logic ya nanti kalau sudah dapat
misalkan Saya butuh semua data post
Nanti dia cek model ini terkoneksi ke
database apa enggak atau datanya diambil
dari mana sih Apakah dari database atau
dari api atau misalkan datanya masih
kita buat sendiri seperti contoh di
episode kali ini ya itu model yang
mengelolanya Nanti kalau udah dapat
datanya dikembalikan lagi ke controller
kalau butuh diproses diproses lagi
setelah itu baru datanya dikirim ke view
Nah dari view itu kembali lagi ke user
ya Jadi ini skemanya yang terjadi ketika
kita melakukan sebuah request Nah dengan
contoh ini berarti kan tadi kelas pos
yang kita punya itu harusnya kita
representasikan ke dalam sebuah model
karena dia mengelola data ya datanya
berupa data postingan yang ke depannya
Ketika nanti aplikasi kita jadi lebih
kompleks Lagi enggak lagi ditulis dalam
bentuk array tapi mungkin kita akan
Simpan ke dalam database ya jadi sekali
lagi kita akan representasikan ke dalam
sebuah model Mari kita kembali ke
codingan kita lagi nah jadi class post
ini enggak akan ditulis di sini ya
teman-teman boleh Cut atau kita bikin
dulu sebuah file ya kita buat file-ya di
dalam model ada di mana model
model itu ada di dalam folder app lalu
folder models Nah kalau teman-teman buka
saat ini kita sudah punya satu model
default yang namanya
user.php Nah kalau teman-teman buka
nanti di sini kita akan lihat bentuknya
juga sebuah kelas kita abaikan dulu
kelas-kelas lain yang dioad ke kelas ini
ya ini kita abaikan dulu kita fokus di
kelasnya dulu aja Jadi ada kelas namanya
user ini juga kita abaikan extens
auenticable karena ini ada hubungannya
samaentikasi ya tapi yang pasti dia akan
mengelola data user yang biasanya satu
kelas ini dia merepresentasikan tabel
yang ada di dalam database Jadi biasanya
kalau kita punya model user larafel tuh
secara default menganggap kita punya
sebuah tabel yang namanya users ada
s-nya gitu jadi kelas ini adalah versi
singular dari tabel yang biasanya juga
dia punya pasangan berupa migrasi jadi
kalau teman-teman buka di database
migrate
Nah ada migrasi default yang namanya
users gitu jadi migrasi ini untuk
membuat tabel users dan pasangan
modelnya adalah user enggak ada s-nya ya
teman-teman ya Nah
maka dengan contoh ini kalau kita mau
bikin model post kita harus punya sebuah
kelas kita bikin aja ya di dalam model
namanya post
ini yang isinya ini kita tutup dulu
ambil dari class post yang ada di web
Tadi silakan di-cut
teman-teman Ini kita Cut kita masukkan
ke dalam post buka dulu tag PHP tutupnya
hapus kita bikin di sini
udah ya kita udah punya modelnya nih Nah
cuma Kan masalahnya sekarang rutee kita
enggak kenal model post ini jadi dia
enggak langsung otomatis bisa kita
gunakan ya Coba kalau misalkan kita
jalanin ya kita balik ke sini kita
refresh tuh tuh Pasti error ya karena
kelas post-nya enggak ketemu katanya nah
gimana cara
memperbaikinya kita akan manfaatkan
proses autooading yang ada di dalam Lara
file ya Jadi kalau misalkan teman-teman
buka ya Di explorer-nya itu kita tutup
dulu semua kita lihat di dalam file
komposer.json itu kalau teman-teman
lihat ada sebuah package atau ada sebuah
fitur yang namanya autoload Nah jadi lar
Fel ini sudah menganut otomatik loading
kelas-kelas menggunakan standar psr4 Nah
jadi semua kelas yang ada di dalam app
Itu otomatis sebetulnya terbaca oleh
larafel file post kita itu ada di dalam
app kan Nah harusnya bisa terbaca nih
Tapi kenapa enggak jalan karena clelas
post kita harus kita simpan ke dalam
sebuah
namespace Apa itu namespace dia adalah
sebuah teknik untuk menyimpan kelas kita
ke dalam folder yang spesifik Kenapa
supaya enggak bentrok dengan kelas lain
yang namanya sama karena mungkin aja
teman-teman ya karena larfel itu
Framework yang cukup besar dan nanti
kalau kalian bikin aplikasi yang cukup
besar kalian Mungkin aja punya nama
kelas yang sama Baik itu dengan
kelas-kelas yang kalian buat sendiri
ataupun dengan kelas-kelas yang dimiliki
oleh larfel itu sendiri Nah makanya
setiap kelas itu harus kita pisahkan ke
dalam namespace kita sendiri supaya
php-nya atau supaya laravelnya tahu
kalau ini adalah kelas yang spesifik Nah
makanya di atas ini kita kita harus
tulis nih seperti user Nah kita harus
tulis begini kita harus kasih tahu bahwa
class post kita itu namespace-nya berada
di app nulisnya tuh harus huruf besar ya
backash models ini ya sama seperti ini
nih Nah ini untuk ngasih tahu Lara
fil-nya bahwa post ini berada di dalam
folder app lalu di dalam folder models
tu sehingga dia spesifik nih sekarang
kalau sudah kita tulis secara spesifik
tinggal kita gunakan di tempat yang kita
butuhkan di mana Di dalam folder web
gitu ya Nah caranya sebetulnya
teman-teman tinggal tulis aja use lalu
nama namespace-nya tapi kalau
teman-teman melakukannya sudah benar
kalau kita klik class post yang sudah
kita tulis di dalam rute ini lalu kita
Klik Kanan lalu kita pilih import class
nah udah muncul nih di sini app model
post sekarang kita bisa gunakan
kita enggak lagi nulis langsung di dalam
folder web-nya tapi kita sudah pindahkan
ke namespace yang sesuai di mana di
folder app model kelasnya
post sekarang kalau kita jalanin
harusnya benar lagi tuu ya Nah ini Udah
ngambil dari model bukan lagi kita tulis
di dalam file web-nya Mantap ya
teman-teman ya berikutnya kita akan
sedikit perbaiki model post kita supaya
sekarang kita bisa melakukan pencarian
post yang spesifik atau pencarian sing
le post-nya menggunakan Static methode
yang kita bikin Kalau sekarang kan
proses pencariannya itu dilakukan di
dalam rutenya kalau teman-teman Scroll
Nah ini nih kita mencari post dengan
melakukan ini ya Panggil fungsi array
lalu kita lakukan pencarian gitu nah
padahal ini adalah tugas dari model Nah
kalau misalkan rute ini kita anggap
sebagai controller sebetulnya ini bukan
tugas dari controller melakukan
pencarian atau melakukan perubahan data
karena itu masuknya ke bisnis logic itu
harusnya dibebankan pada model jadi
bebannya harus ada di dalam model
sehingga ini harus kita pindahin Gimana
cara pindahinnya Coba teman-teman buka
dulu model posnya lagi ini usernya close
lagi ya komposernya juga close udah gak
kita
butuhin Sekarang kita akan bikin fungsi
baru fungsi statik juga teman-teman
kasih nama public Static
function misalnya kita mau ambil apa
atau kita mau bikin apa misalnya find
gitu ya kita akan mencari sebuah post
berdasarkan apa berdasarkan Slug gini di
sini kita akan mengembalikan nah
mengembalikan yang tadi yang ini jadi
teman-teman boleh copy aja atau boleh
Cut taruh di
sini ya sekarang ini array-nya error
kenapa karena kita enggak bisa
menggunakan library array punya nyal R
file supaya kita bisa pakai harus
diapain harus kita use ya kita impimport
knya
pilih yang illuminate Nah ini nih
membuktikan bahwa kelas arr itu ada dua
di dalam seluruh library Lara file Nah
kalau misalkan kita gak pakai namespace
nih lihat ini pasti bck nama kelasnya
sama karena kita pakai proses
autoloading karena lar Fel kan pakai
proses autooading ggak boleh ada dua
kelas yang sama makanya harus kita
pisahin pakai namespace yang kita mau
pakai adalah yang ini yang illuminate
support arr kalau sudahah dipilih pasti
dia ada di atas sekarang Nah kita bisa
pakai makanya ini enggak error
ya Jadi panggil fungsi array cari elemen
pertama dari post nah post tuh yang ini
karena kita ada di dalam kelas yang sama
teman-teman ggak nulis po tapi
teman-teman nulisnya statik ya ini
diganti jadi statik Kalau misalkan gak
pakai statik itu kan biasanya kita
tulisnya this Ya kalau dalam sebuah
metod memanggil metode lain di kelas
yang sama itu pakainya Dis Tapi karena
kita pakainya statik nah Tulisnya
langsung statik jadi ini manggil method
all yang ada di kelas yang sama gitu
jadi bebannya sekarang kita pindahkan ke
sini tinggal di dalam web itu kalian
tinggal panggil metodya panggil kelasnya
ti2.2 find apa yang mau kita find Slug
udah tu jadi lebih simpel ini ceritanya
controller gitu ya kita anggap dulu
sebagai controller si rute ini tugas dia
hanya mencari abstraksinya kita
pindahkan ke dalam post Coba kita save
kita coba balik
refresh klik aman ya tuh aman sudah oke
paling kita bisa benerin gini ya
teman-teman ya kalau misalkan balik ke
sini ini kan kita pakai teknik fungsi
callback dari video sebelumnya Kalau
teman-teman ingat penjelasan kita kita
menggunakan Slug karena dia variabel
Global yang ada di sini ya kita enggak
bisa kalau enggak pakai
Slug bisa karena variabel yang kita
tulis di dalam sebuah function itu hanya
bisa dipakai di dalam function itu aja
enggak bisa dia ngintip keluar ke sini
enggak bisa Makanya karena Global dia
taruh di sini kalau kalian enggak mau
pakai use nah di Pap versi 8 itu ada
teknik yang namanya arrow function sama
kayak javascript kalau teman-teman udah
tahu arow function di javascript PHP
juga punya di dalam errow function-nya
PHP mirip dengan javascript dia ggak
punya konsep Scope ya kalau di javascrip
tu ada Dis iphp juga sama enggak ada
jadi kita bisa tulis begini ini kita
hapus cara nulis errow F tuh kalian
tulis FN kalau di php Terus parameternya
apa ini mau pakai spasi mau enggak juga
sama aja ya Misalnya kita tulis post
untuk mpresentasikan satu buah post lalu
kasih panah untuk arrow function-nya
baru kita tulis return value-nya return
value-ya tadi ya dolar post slag sama
dengan slag Nah kalau di sini langsung
bisa ditulis atau kita tulis dua baris
dulu deh Biar teman-teman enggak bingung
ya saya und dulu
nah ini kita copy kita simpan di
bawahnya aja nah ini saya ulang cara
nulisnya jadi FN spasi post arrow
function ini kita tinggal masukkan
karena satu baris enggak perlu pakai
return sama kayak arrow functionnya
javascript ini kita taruh di sini ya
Jadi sama aja caranya kalau mau pakai
callback begini kalau mau pakai arrow
function begini ini lebih ringkas saja
tapi sekali lagi beban dari pencarian
datanya Udah dipindahin ke model Ya aman
sip masih sama nah ini kenapa kita buat
manual pakai kelas terus namanya fine
dan all nah ini supaya merepresentasikan
ke depannya kita akan menggunakan fungsi
laravel dengan nama metode yang sama itu
nanti kalau kita udah menggunakan
beneran model punyanya laravel Kalau ini
kan model yang kita bikin sendiri kan
belum ada fitur-fitur laravel-nya nih
nanti modelnya laravel juga udah punya
yang namanya all yang namanya fine udah
punya juga ya Mantap ya paling terakhir
gimana kalau misalnya post-nya enggak
ada ahah kalau misalkan kita cari ini
kita tulis sembarang Nah kan error ya
nah gimana supaya enggak error kita
kasih halaman 404 aja ketika posnya
enggak ketemu gitu ya kan tulisannya
trying to access array offset on null
ini biasanya error pesan error yang
cukup Ngeselin ya karena kita bingung
salahnya di mana gitu kalau misalkan
teman-teman mau sedikit memperbaiki
supaya lebih yakin dengan apa yang
dikembalikan oleh si meod-nya
teman-teman bisa ngasih return type di
sini bisa ngasih return type berupa
array gitu supaya yakin yang
dikembalikannya adalah array kalau bukan
array contohnya Nul tadi kan bukan array
maka pesan errornya akan lebih spesifik
nih contohnya kalau saya refresh tuh
buat yang senang Nulisnya pakai tipe ya
bisa juga begini Jadi sekarang return
value must be type of array katanya null
return langsung ketahuan salahnya di
mana gitu di sini nah kita harus
perbaiki ini kalau teman-teman mau
dihapus boleh juga ya Jadi yang pertama
kita akan Simpan dulu ini ke dalam
sebuah variabel ya jangan jangan dulu
direturn kita simpan misalkan ke dalam
variabel
post gini nanti kita Cek jika postnya
kosong kalian bisa tulis po sama dengan
N0 atau not po juga bisa ya kita ambil
nilai falsnya Nah kalau kosong gimana
Kalau kosong kita kasih halaman 404 nah
di lar sekarang ada tekniknya Dengan
cara memanggil metode abard aja gitu
kita kasih pesan atau kode pesannya
adalah 404 gini supaya kalau enggak ada
sekarang tampilnya 404 enggak tampil
error kayak tadi gitu Ini kalau Kalau
kosong ya tapi kalau ada nah ini kan
masih error ya karena tadi belum kita
kembalikan kalau ada kita return post G
sip Jadi kalau ketemu tampilin tapi
kalau enggak ketemu langsung kita
tampilin
404 nah sip baik teman-teman jadi itu
tadi pembelajaran kita mengenai sedikit
mengenai model ya walaupun Nanti ke
depannya kita akan bahas lebih lanjut
lagi mengenai model karena yang tadi
hanya baru mencicipi aja gimana cara
bikin model modelnya model kita sendiri
lagi ya belum pakai modelnya laravel
tapi selain itu juga kita tadi udah
ngebahas sedikit mengenai fitur
autoloading bawaannya larfel dan juga
konsep namespace
ya agar kita pada saat membuat kelas itu
enggak bentrok dengan kelas-kelas yang
lain yang ada di dalam frameworknya ya
Jadi mungkin itu aja mudah-mudahan
bermanfaat episode kali ini teman-teman
dan mudah-mudahan teman-teman paham juga
ya kita akan ketemu lagi di episode
Berikutnya saya S gagali pamit dan
seperti biasa jangan lupa
[Musik]
Tikom foreign
Voir Plus de Vidéos Connexes
Belajar Laravel 11 | 3. Struktur Folder
05. Controllers - Laravel 11 tutorial for beginners
#03 đ» Membuat Project Laravel Baru menggunakan Docker Container
Belajar Java [OOP] - 16 - Hierarki Package (default, public, static)
How to import data and install packages. R programming for beginners.
Plant Leaf Disease Detection Using CNN | Python
5.0 / 5 (0 votes)