WanderGink / sharp

Laravel 5.5+ Content management framework

Sharp is not a CMS: it's a content management framework, a toolset which provides help building a CMS section in a website, with some rules in mind:

• the public website should not have any knowledge of the CMS — the CMS is a part of the system, not the center of it. In fact, removing the CMS should not have any effect on the project.
• The CMS should not have any expectations from the persistence layer: MySQL is cool — but it's not the perfect tool for every problem. And more important, the DB structure has nothing to do with the CMS.
• Content administrators should work with their data and terminology, not CMS terms. I mean, if the project is about spaceships, space travels and pilots, why would the CMS talk about articles, categories and tags?
• website developers should not have to work on the front-end development for the CMS. Yeah. Because life is complicated enough, Sharp takes care of all the responsive / CSS / JS stuff.

Sharp intends to provide a clean solution to the following needs:

• create, update or delete any structured data of the project, handling validation and errors;
• display, search, sort or filter data;
• execute custom commands on one instance, a selection or all instances;
• handle authorizations and validation;
• all without write a line of front code, and using a clean API in the PHP app.

Sharp 4 needs Laravel 5.5+ and PHP 7.1.3+.

Here's a series of blog posts which present Sharp following a simple example:

• Part 1
• Part 2
• Part 3: filters
• Part 4: form lists
• Part 5: commands
• Part 6: uploads

And a few more articles on specific features:

• Dashboards
• Multi-Forms
• What's new in 4.1
• New features in 4.1.3

Terminology, general concept

In Sharp, we handle entities; and entity is simply a data structure which has a meaning in the applicative context. For instance, a Person, a Post or an Order. In the Eloquent world, for which Sharp is optimized, it's typically a Model — but it's not necessarily a 1-1 relationship, a Sharp entity can represent a portion of a Model, or several Models.

Each instance of an entity is called... an instance.

Each entity in Sharp can be displayed:

• in an Entity List, which is the list of all the instances for this entity: with some configuration and code, the user can sort the data, add filters, and perform a search. From there we also gain access to applicative commands applied to an instance or the whole list, and to a simple state changer (the publish state of an Article, for instance). All of that is described below.
• And in a Form, either to update or create a new instance.

Installation

• Add the package with composer: composer require code16/sharp,
• Publish assets: php artisan vendor:publish --provider="Code16\Sharp\SharpServiceProvider" --tag=assets.

A tip on this last command: you'll need fresh assets each time Sharp is updated, so a good practice is to add the command in the scripts.post-autoload-dump section of your composer.json file:

"scripts": {
    [...]
    "post-autoload-dump": [
        "Illuminate\\Foundation\\ComposerScripts::postAutoloadDump",
        "@php artisan vendor:publish --provider=Code16\\Sharp\\SharpServiceProvider --tag=assets --force",
        "@php artisan package:discover"
    ]
},

Configuration

Sharp needs a config/sharp.php config file, mainly to declare entities. Here's a simple example:

    return [
        "entities" => [
            "spaceship" => [
                "list" => \App\Sharp\SpaceshipSharpList::class,
                "form" => \App\Sharp\SpaceshipSharpForm::class,
                "validator" => \App\Sharp\SpaceshipSharpValidator::class,
                "policy" => \App\Sharp\Policies\SpaceshipPolicy::class
            ]
        ]
    ];

As we can see, each entity (like spaceship, here), can define:

• a list class, responsible for the Entity List,
• a form class, responsible for... the Form
• and optionally:
  • a validator class, to handle form validation
  • and a policy class, for authorization.

We'll get into all those classes in this document. The important thing to notice is that Sharp provides base classes to handle all the wiring (and more), but as we'll see, the applicative code is totally up to you.

Full documentation

• Upgrading from 4.0 to 4.1

Auth

• Authentication

Entity Lists

• Building an Entity List
• Filters
• Commands
• Entity States
• Reordering instances

Entity Forms

• Building an Entity Form
• Form fields:
  • Text
  • Textarea
  • Markdown
  • Wysiwyg
  • Number
  • Html
  • Check
  • Date
  • Upload
  • Select
  • Autocomplete
  • Tags
  • List
  • AutocompleteList
  • Geolocation
• Entity Authorizations
• Multi-forms
• Custom form fields

Dashboards

• Create a Dashboard

Generalities

• Building the menu
• How to transform data
• Get the request context
• Sharp built-in solution for uploads
• Handling form data localization
• Testing with Sharp
• Artisan Generators

Theming and CSS

• Style & Visual Theme
• Redefine Sharp theme (coming soon)