How to Autoload Classes With Composer in PHP

In this article, we’ll discuss the basics of autoloading in PHP and how to autoload PHP classes with Composer. I’ll explain why autoloading is so important and show you how to use Composer for autoloading step by step. I’ll also explain the difference between the different kinds of autoloading in Composer.

Why Do We Need Autoloading?

When you build PHP applications, you may need to use third-party libraries. And as you know, if you want to use these libraries in your application, you need to include them in your source files by using require or include statements. 

These require or include statements are fine as long as you’re developing small applications. But as your application grows, the list of require or include statements gets longer and longer, which is a bit annoying and difficult to maintain. The other problem with this approach is that you’re loading the entire libraries in your application, including the parts you’re not even using. This leads to a heavier memory footprint for your application.

To overcome this problem, it would be ideal to load classes only when they are actually needed. That’s where autoloading comes in. Basically, when you use a class in your application, the autoloader checks if it’s already loaded, and if not, the autoloader loads the necessary class into memory. So the class is loaded on the fly where it’s needed—this is called autoloading. When you’re using autoloading, you don’t need to include all the library files manually; you just need to include the autoloader file which contains the logic of autoloading, and the necessary classes will be included dynamically.

Later in this article, we’ll look at autoloading with Composer. But first, I’ll explain how you can implement autoloading in PHP without Composer.

How Autoloading Works Without Composer

You might not realize it, but it is possible to implement autoloading in PHP without Composer. The spl_autoload_register() function is what makes this possible. The spl_autoload_register() function allows you to register functions that will be put into a queue to be triggered sequentially when PHP tries to load classes that are not loaded yet.

Let’s quickly go through the following example to understand how it works.

In the above example, we’ve registered the custom_autoloader() function as our custom autoloader by using the spl_autoload_register() function. Next, when you try to instantiate the FooBar class and it’s not yet available, PHP will execute all the registered autoloader functions sequentially. And thus the custom_autoloader function is called—it includes the necessary class file, and finally the object is instantiated. For this example, we’re assuming the FooBar class is defined in the lib/FooBar.php file.

Without autoloading, you would need to use the require or include statement to include the FooBar class file. The autoloader implementation is pretty simple in the above example, but you could build on this by registering multiple autoloaders for different kinds of classes.

In practice, you won’t often be writing your own autoloader, though. That’s what Composer is for! In the next section, we’ll discuss how to use Composer for autoloading in PHP.

How Autoloading Works With Composer

Firstly, make sure to install Composer on your system if you want to follow along with the examples. When it comes to autoloading with Composer, there are different methods you could choose from.

Specifically, Composer provides four different methods for autoloading files:

  1. file autoloading
  2. classmap autoloading
  3. PSR-0 autoloading
  4. PSR-4 autoloading

As per the official Composer documentation, PSR-4 is the recommended way of autoloading, and we’ll go through that in detail in the next section. In this section, we’ll briefly discuss the other three options.

Before we go ahead, let’s quickly go through the steps that you need to perform when you want to use Composer autoloading.

  • Define the composer.json file in the root of your project or library. It should contain  directives based on the type of autoloading.
  • Run the composer dump-autoload command to generate the necessary files that Composer will use for autoloading.
  • Include the require 'vendor/autoload.php' statement at the top of the file where you want to use autoloading.

Autoloading: The files Directive

File autoloading works similarly to include or require statements that allow you to load entire source files. All the source files that are referenced with the files directive will be loaded every time your application runs. This is useful for loading source files that do not use classes.

To use file autoloading, provide a list of files in the files directive of the composer.json file, as shown in the following snippet.

As you can see, we can provide a list of files in the files directive that we want to autoload with Composer. After you create the composer.json file in your project root with the above contents, you just need to run the composer dump-autoload command to create the necessary autoloader files. These will be created under the vendor directory. Finally, you need to include the require 'vendor/autoload.php' statement at the top of the file where you want to autoload files with Composer, as shown in the following snippet.

The require 'vendor/autoload.php' statement makes sure that the necessary files are loaded dynamically. 

Autoloading: The classmap Directive

Classmap autoloading is an improved version of file autoloading. You just need to provide a list of directories, and Composer will scan all the files in those directories. For each file, Composer will make a list of classes that are contained in that file, and whenever one of those classes is needed, Composer will autoload the corresponding file.

Let’s quickly revise the composer.json file to demonstrate the classmap autoloader.

Run the composer dump-autoload command, and Composer will read the files in the lib directory to create a map of classes that can be autoloaded.

Autoloading: PSR-0

PSR-0 is a standard recommended by the PHP-FIG group for autoloading. In the PSR-0 standard, you must use namespaces to define your libraries. The fully qualified class name must reflect the <Vendor Name>(<Namespace>)*<Class Name> structure. Also, your classes must be saved in files that follow the same directory structure as that of the namespaces.

Let’s have a look at the following composer.json file.

In PSR-0 autoloading, you need to map namespaces to directories. In the above example, we’re telling Composer that anything which starts with the TutsplusLibrary namespace should be available in the srcTutsplusLibrary directory.

For example, if you want to define the Foo class in the srcTutsplusLibrary directory, you need to create the srcTutsplusLibraryFoo.php file as shown in the following snippet:

As you can see, this class is defined in the TutsplusLibrary namespace. Also, the file name corresponds to the class name. Let’s quickly see how you could autoload the Foo class.

Composer will autoload the Foo class from the srcTutsplusLibrary directory.

So that was a brief explanation of file, classmap, and PSR-0 autoloading in Composer. In the next section, we’ll see how PSR-4 autoloading works.

How PSR-4 Autoloading Works With Composer

In the previous section, we discussed how PSR-0 autoloading works. PSR-4 is similar to PSR-0 autoloading in that you need to use namespaces, but you don’t need to mimic the directory structure with namespaces.

In PSR-0 autoloading, you must map namespaces to the directory structure. As we discussed in the previous section, if you want to autoload the TutsplusLibraryFoo class, it must be located at srcTutsplusLibraryFoo.php. In PSR-4 autoloading, you can shorten the directory structure, which results in a much simpler directory structure compared to PSR-0 autoloading.

We’ll revise the example above—see if you can spot the differences.

Here’s what the composer.json file looks with PSR-4 autoloading.

It’s important to note that we’ve added trailing backslashes at the end of namespaces. The above mapping tells Composer that anything which starts with the TutsplusLibrary namespace should be available in the src directory. So you don’t need to create the Tutsplus and Library directories. For example, if you request the TutsplusLibraryFoo class, Composer will try to load the srcFoo.php file.

It’s important to understand that the Foo class is still defined under the TutsplusLibrary namespace; it’s just that you don’t need to create directories that mimic the namespaces. The srcFoo.php file contents will be identical to those of the srcTutsplusLibraryFoo.php file in the previous section.

As you can see, PSR-4 results in a much simpler directory structure, since you can omit creating nested directories while still using full namespaces.

PSR-4 is the recommended way of autoloading, and it’s widely accepted in the PHP community. You should start using it in your applications if you haven’t done so already!

Conclusion

Today, we discussed autoloading in PHP. Starting with the introduction of different kinds of Composer autoloading techniques, we discussed PSR-0 and PSR-4 autoloading standards in detail in the latter half of the article.

Learn PHP With a Free Online Course

If you want to learn PHP, check out our free online course on PHP fundamentals!

 

In this course, you’ll learn the fundamentals of PHP programming. You’ll start with the basics, learning how PHP works and writing simple PHP loops and functions. Then you’ll build up to coding classes for simple object-oriented programming (OOP).

Along the way, you’ll learn all the most important skills for writing apps for the web: you’ll get a chance to practice responding to GET and POST requests, parsing JSON, authenticating users, and using a MySQL database.