Smart Relationships

This is the official documentation of the forestadmin/laravel-forestadmin v2+ and forestadmin/symfony-forestadmin PHP agents.

Smart relationships are very different between the two versions of the Agent.

You can find the full documentation of relationship customization here.

Structure

Smart relationships on legacy agents were declared creating a smart field with a reference property but differed in the way that:

  • Relationships to a single record (many-to-one or one-to-one) worked using the get function which needed to return a single record.

  • Relationships to a list of records (one-to-many or many-to-many) worked by implementing all the CRUD routes on a router file.

The new system is completely different: it is based on primary keys and foreign keys.

Migrating

Relationships when the foreign key is accessible

// Model
class Product extends Model
{
    public function buyers(): SmartRelationship
    {
        return $this->smartRelationship(
            [
                'type' => ['String'],
                'reference' => 'customer.id'
            ]
        );
    }
    ...

// routes/web.php
Route::get('forest/product/{id}/relationships/buyers', [ProductsController::class, 'buyers']);

// Controller
class ProductsController extends ForestController
{
    public function buyers(int $id): JsonResponse
    {
        $query = Customer::whereHas('orders.products', fn ($query) => $query->where('products.id', $id))
            ->paginate($pageParams['size'] ?? null, '*', 'page', $pageParams['number'] ?? null);

        return response()->json(
            JsonApi::render($query, 'customers', ['count' => $query->total()])
        );
    }
}

Relationships when you need complex logic to get a foreign key

In this example, we want to create a relationship between the order collection and the address collection (assuming that it does not already exist in the database because depends on complex logic).

We can see that in the legacy agent, the delivery_address field was a smart field that returned the full address of the order, while in the new agent, we will create a computed field that will contain the address ID (the foreign key), and then create the relationship.

We won't be detailing the migration of a relation to a list of records here, but it is very similar to the one described below.

If the foreign key was already present in the database in a related table, use the import-rename-delete feature to move it to the correct collection instead of using a computed field.

This will be much faster and will not require In filter operators to be implemented (as unlike computed fields, imported fields are natively filterable and sortable).

class ProductsController extends ForestController
{
    public function buyers(int $id): JsonResponse
    {
        $query = // complex query

        return response()->json(
            JsonApi::render($query, 'customers', ['count' => $query->total()])
        );
    }
}

Last updated