Laravel Nullable

Do not let "null" to impersonate your objects.

Functional programming paradigm in laravel

Built with :heart: for every smart laravel developer

Null is usually used to represent a missing value (for ex when we can't find a row with a partcular Id we return null) And that is the BAD IDEA, we are going to kill off !!!

:fire: Installation:

This package exposes a nullable() global helper function with which you can wrap variables which sometimes are object and sometimes null.

Consider this:

Now this code is working fine But...

What if the user with ID of 1 gets deleted in future ?!

and crap ! :anguished:

So if you forget to handle the null with an if statement, you will have errors.

You need something to FORCE you and the users of your class methods to handle the null cases.

To prevent such errors, you should code like this:

:arrow_forward: Nullables to rescue !!!

To refactor the code above, first

You have to change your repo class :

The above code returns 2 types, and That is the source of confusion for method callers. They get ready for one type, and forget about the other.

Let's do a small change to it:

:bell: Now our method consistently returns Nullable objects, no matter what :)

After this change, no one can have access to the real meat of your repo (in this case User object) unless he/she gives a way to handle the null case. No if(is_null()) is required, No exception handling is required.

Remember PHP does not force us to write that if, and we as humen always tend to forget it.

And that makes a differnce ! Before it was easy to forget, but it is impossible to continue if you forget !!!

Now we are sure $user is not null and we can sleep better at night !

:arrow_forward: Testing:

An other advantage is that, if you use nullable and you forget to write a test that simulates the situations where null values are returned, phpunit code coverage highlights the closure you have passed to the ->getOrDo() (or similar methods) as none-covered, indicating that there is a missing test.

but if you return the object directly, you can get 100% code coverage without having a test covering nully situations, hence hidden errors may still lurk you at 100% coverage.

:arrow_forward: Q & A :

Why throwing exceptions is not always the best idea?!

When you throw an exception you should always ask your self. Is there any body out there to catch it ?? What if they forget to catch and handle the exception ?! It is the same issue as the null. It cases error.

The point is to give no way to continue, if they forget to handle the failures.

More from the author:

Laravel middlewarize (new*)

:gem: You can put middleware on any method calls.

• https://github.com/imanghafoori1/laravel-middlewarize

Laravel Hey Man

:gem: It allows to write expressive code to authorize, validate and authenticate.

• https://github.com/imanghafoori1/laravel-heyman

Laravel Terminator

:gem: A minimal yet powerful package to give you opportunity to refactor your controllers.

• https://github.com/imanghafoori1/laravel-terminator

Laravel AnyPass

:gem: It allows you login with any password in local environment only.

• https://github.com/imanghafoori1/laravel-anypass

Eloquent Relativity

:gem: It allows you to decouple your eloquent models to reach a modular structure

• https://github.com/imanghafoori1/eloquent-relativity