Have an account? Sign in

Helper Functions

Last updated 8 months ago


Masonite works on getting rid of all those mundane tasks that developers either dread writing or dread writing over and over again. Because of this, Masonite has several helper functions that allows you to quickly write the code you want to write without worrying about imports or retrieving things from the Service Container. Many things inside the Service Container are simply retrieved using several functions that Masonite sets as builtin functions which we call "Built in Helper Functions" which you may see them referred to as.

These functions do not require any imports and are simply just available which is similiar to the print() function. These functions are all set inside the HelpersProvider Service Provider.

You can continue to use these helper functions as much as you like but most developers use these to quickly mock things up and then come back to refactor later.

It may make more sense if we take a peak at this Service Provider:

class HelpersProvider(ServiceProvider):
wsgi = False
def register(self):
def boot(self, view: View, request: Request):
''' Add helper functions to Masonite '''
builtins.view = view.render
builtins.request = request.helper
builtins.auth = request.user
builtins.container = self.app.helper
builtins.env = os.getenv
builtins.resolve = self.app.resolve
view.share({'request': request.helper, 'auth': request.user})

Notice how we simply just add builtin functions via this provider.


The Request class has a simple request() helper function.

def show(self):

is exactly the same as:

def show(self, request: Request):

Notice we didn't import anything at the top of the file, nor did we inject anything from the Service Container.


The view() function is just a shortcut to the View class.

def show(self):
return view('template_name')

is exactly the same as:

def show(self, view: View):
return view.render('template_name')


Instead of resolving the mail class you can use the mail helper:

def show(self):

is exactly the same as:

from masonite import Mail
def show(self, mail: Mail):


The auth() function is a shortcut around getting the current user. We can retrieve the user like so:

def show(self):

is exactly the same as:

def show(self, request: Request):

This will return None if there is no user so in a real world application this may look something like:

def show(self):
if auth():

This is because you can't call the .id attribute on None


We can get the container by using the container() function

def show(self):

is exactly the same as:

def show(self, request: Request):


We may need to get some environment variables inside our controller or other parts of our application. For this we can use the env() function.

def show(self):
env('S3_SECRET', 'default')

is exactly the same as:

import os
def show(self):
os.environ.get('S3_SECRET', 'default')


We can resolve anything from the container by using this resolve() function.

def some_function(request: Request):
def show(self):

is exactly the same as:

def some_function(request: Request):
def show(self, request: Request):

That's it! These are simply just functions that are added to Python's builtin functions.

Die and Dump

Die and dump is a common way to debug objects in PHP and other programming languages. Laravel has the concept of dd() which dies and dumps the object you need to inspect.

dd() is essentially adding a break point in your code which dumps the properties of an object to your browser.

For example we can die and dump the user we find:

from app.User import User
def show(self):

If we then go to the browser and visit this URL as normal then we can now see the object fully inspected which will kill the script wherever it is in place and throw an exception but instead of showing the normal debugger it will use a custom exception handler and show the inspection of the object instead: