mistralys/application-utils-collections

Interfaces, traits and classes for handling static item collections, similar to Enums and with useful getter methods.

1.2.0 2025-07-25 10:39 UTC

This package is auto-updated.

Last update: 2025-07-25 12:59:03 UTC


README

Interfaces, traits and classes for handling item collections, similar to Enums but with useful getter methods.

This is part of the Application Utils ecology.

Feature Overview

The collection classes come in several flavors:

  • Separate collections for records with string and integer IDs.
  • Class loader collections that instantiate classes from one or more folders.
  • Basket-like collections that allow freely adding and removing items.

Basic Example

Let's say you want to create a collection of herbs. A string-based collection is ideal in this case, each herb being an object that can easily be extended with additional properties and methods.

$basil = Herbs::getInstance()->getByID(Herbs::BASIL);

echo $basil->getID(); // basil
echo $basil->getName(); // Basil
foreach(Herbs::getInstance()->getAll() as $herb) {
    echo $herb->getName();
}

The Principle

The basic principle is to have a collection class for a data type, which knows all the possible values for that type, and a record class that represents a single value of that type.

The collections and records are distinguished by the return type of their getID() method (int or string).

Implementation

There are two ways to implement collections:

  1. By extending the abstract base classes (e.g. BaseStringPrimaryCollection)
  2. By implementing the interface and trait (e.g. StringPrimaryCollectionTrait)

The second way is useful when working with classes that already extend another class.

The records have no abstract base class, only an interface that contains the getID() method with the relevant return type, e.g. StringPrimaryRecordInterface.

Usage

There are example implementations of the string and integer collections in the unit test classes:

Items with an integer-based ID

Items with a string-based ID

Basket collections

These collections allow adding and removing items freely, similar to a basket. They do not contain a fixed set of items, but rather allow dynamically storing and retrieving items.

These classes can be used without extending them, but can be extended to add custom functionality.

use AppUtils\Baskets\GenericIntegerPrimaryBasket;

$products = GenericIntegerPrimaryBasket::create();

$products->addItem(new Product(289, 'Product A'));
$products->addItem(new Product(290, 'Product B'));

$products->removeItem(290);

Dynamic class loading

This specialized collection loads all classes from a folder that match a given interface or class name, instantiates them, and gives access to the resulting objects.

Fueled by AppUtils' ClassHelper class loading mechanism, it is a powerful, fire-and-forget tool that helps with building dynamic applications.

Events

Items in a collection are initialized on demand. To be able to react to this, the collections offer the onItemsInitialized() method, which can be used to register a listener that is called when the items are initialized.

use AppUtils\Collections\Events\ItemsInitializedEvent;use AppUtilsTestClasses\StringPrimaryCollectionImpl;

$collection = new StringPrimaryCollectionImpl();

// Register listeners before accessing the items
$collection->onItemsInitialized(function(ItemsInitializedEvent $event) : void {
    // Do something
});

$collection->getAll(); // This, for example, will trigger the event