You can use FilamentPHP to handle admin tasks like managing users, products, or orders, which saves you the time of designing an admin panel from scratch. For user-facing features, you can create routes in routes/api.php and use controllers to manage actions like fetching, creating, or updating data. Both the admin panel and the API can share the same database models.
FIlamentPHP with API-Rest.
Is it possible to use filamentphp to create exclusively the administration operations that are carried out for a specific project (CSM, E-commerce, TurnBasedSystem, and more...) and also create in the same project an API-Rest based on just those same models?
Maybe my question is complicated to understand, but I basically mean that filamentphp is intended only for “Monolith” style applications while an API-Rest should be totally unrelated to what is just filamentphp?.
My goal is to see if I can avoid the admin panel design for dedicated operations for administrators, while for users or other functionalities should be developed as an API-Rest to be consumed by another external service. Or should I just design absolutely everything from scratch.
@baltasarortiz Using Filament for the admin panel and a REST API together won’t significantly affect your app’s performance since admin tasks usually handle low traffic, and both can share the same database and logic.
If your app might grow into a mobile or fully API-based system, building a single REST API for both admin and user features is better. It avoids duplication, simplifies management, and scales well.
Choosing Filament depends on your use case and the complexity of your project. use it if you need a quick admin panel, but go for a full REST API if scalability and API-first architecture are priorities.
Please or to participate in this conversation.