This release is still in beta and is not yet released. All information in this documentation section is subject to change.
Previously you had to append all routes with a /
character. This would look something like:
You can know optionally prefix this without a /
character:
Previously we had to do something like:
Now we can optionally get the parameter from the method definition:
This is used as a wrapper around I/O operations. It will also be a wrapper around the upload drivers and moving files around and other file management type operations
We can now specify directly in the configuration file whether or not the threading or multiprocessing for the async type operations.
We added 4 new HTTP verbs: HEAD, CONNECT, OPTIONS, TRACE. You import these and use them like normal:
If the incoming request is a JSON request, Masonite will now return all errors as JSON
This is more of an internal change for Core itself.
Before we had to specify that we wanted the server to auto-reload by specifying a -r flag:
Now we can just specify the serve command it will default to auto-reloading:
You can now specify it to NOT auto-reload by passing in 1 of these 2 commands:
By default you can only upload image files because of security reasons but now you can disable that by doing an accept(*) option:
A list of view helpers can be found here
We moved from pytest to unittests for test structures.
Added a new DatabaseTestcase
so we can properly setup and teardown our database. This works for sqlite databases by default to prevent your actual database from being destroyed.
Before in templates we had to specify a path to go back to but most of the time we wanted to go back to the current path.
Instead of:
We can now do:
In order to learn how to use this you can visit the documentation here.
We built a new validation library from scratch and completely ripped out the old validation code. Any current validation code will need to be updated to the new way.
The new way is MUCH better. You can read about it in the new validation section here.
Previously we needed to pass in the request object to the Auth class like this:
Now we have it a bit cleaner and you can just resolve it and the request class will be injected for you
You may not notice anything but now if you bind a class into the container like this:
It will be resolved when you resolve it:
This is why the Auth class no longer needs to accept the request class. Masonite will inject the request class for you when you resolve the class.
This works with all classes and even your custom classes to help manage your application dependencies
In order for Masonite to be more pluggable and modular, we stopped hardcoding how registering was done so we can add new drivers in the future.
Read the authentication documentation for more information.
There were a lot of needless computations behind done to constantly recompile regex that has already been compiled before. Now all routes are responsible for compiling their own regex when they are constructed. This offsets a lot of computations before the server even boots. This is a huge performance boost.
The container can now remember previous objects it has already resolved. This can lead to a performance boost of 10 - 15x when it comes to container resolving.
Previous we had to flash errors to the session and then redirect back. Now we can do both at the same time.
This takes this code example:
Now we can do this:
In order to assist in package development, it is now easier to publish assets like migrations, routes, and commands from your package and into the developers application
Previously every request required a database call. Now you can set the driver to jwt
and it will store all the user information into a jwt
token, encrypted as a cookie and continuously fetch the information from the token instead of calling the database on every request.