laracasts: Incremental APIs with Jeffrey Way (2014)-0daytown

laracasts: Incremental APIs with Jeffrey Way (2014)

English | MP4 | 1152 x 720 | AVC ~274 kbps | 15 fps

AAC | 147 Kbps | 48.0 KHz | 2 channels | 1h 45m | 308.6 MB

Genre: Video Tutorial

Often, pitfalls and traps are a good thing! They teach us about what to avoid the next time around. This is how best practices emerge. With that in mind, in this series, let’s take an incremental approach to understanding API development with Laravel.

Contents:
1 – We Need Dummy Data – 6:23
If we’re going to build an API from scratch, naturally, we require test/dummy data to work with. Luckily, Laravel (along with the popular Faker library) makes this process a cinch.2 – Level 1: Eloquent Queries to JSON – 6:48
The “oh no she didn’t” approach to building an API in Laravel is to simply return the result of an Eloquent query from your controller. Sure, Laravel is smart enough to cast this to JSON, but are you sure that’s what you want to do? Let’s talk about that.3 – Level 2: Responses and Codes – 7:53
Returning the proper HTTP status codes (and potentially application-specific codes) is paramount to building a successful API.

4 – Level 3: Transformations – 4:48
We need to solve that issue of linking our API output to the structure of our database tables. One remedy might be to leverage transformations. We’ll discuss that very thing in this lesson.

5 – Extraction – 4:40
As our code currently rests, there’s a violation of the single responsibility priniciple. To fix this, let’s extract the transformation process into its own set of classes.
laracasts: Incremental APIs with Jeffrey Way (2014)
6 – Refactoring – 7:43
The problem with HTTP status codes is that they can be difficult to remember. Rather than relying on “magic numbers” in our controllers, what if we instead abstract all that away to readable methods in a parent class?

7 – Level 4: Basic Authentication – 10:38
What happens when we want to limit access to our API? Well, clearly, we’ll need some form of authentication. Let’s start with the simplest solution: HTTP basic authentication (with SSL).

8 – Level 5: Seeders Reloaded – 8:03
As we prepare for a follow-up lesson on nested resources, let’s return to our database seeders, and focus on refactoring and debugging.

9 – Level 6: Tags and Nested Resources – 9:22
Now that we’re successfully presenting lessons to the consumers of our API, let’s switch over to tags. Luckily, because most of the infrastructure is in place, allowing for nested resources will be fairly painless!

10 – Level 7: Tests…Readable Ones! – 16:28
Readability is the key to a successful test suite. We often throw around this word for production code, and then completely ignore the concept when it comes to testing. Don’t do that! Let me help.
View the the source for these tests: https://gist.github.com/laracasts/10331246

11- Refactoring Tests and Traits – 13:23
We made a lot of progress in the previous episode on testing our API, but there’s still room for improvement. These tests need to be as simple as possible to write. How can we allow for that?
View the source for this lesson on GitHub: https://gist.github.com/laracasts/10407179

12 – API Pagination – 8:32
We’ve ignored that pesky Lesson::all() long enough! Sure, it’s fine when we have fifty records, but what about when that number becomes fifty thousand? Do you really want to fetch all those for each request? Of course you don’t. Let’s figure out how to paginate our API results.

More info: homepage