npm package discovery and stats viewer.

Discover Tips

  • General search

    [free text search, go nuts!]

  • Package details

    pkg:[package-name]

  • User packages

    @[username]

Sponsor

Optimize Toolset

I’ve always been into building performant and accessible sites, but lately I’ve been taking it extremely seriously. So much so that I’ve been building a tool to help me optimize and monitor the sites that I build to make sure that I’m making an attempt to offer the best experience to those who visit them. If you’re into performant, accessible and SEO friendly sites, you might like it too! You can check it out at Optimize Toolset.

About

Hi, 👋, I’m Ryan Hefner  and I built this site for me, and you! The goal of this site was to provide an easy way for me to check the stats on my npm packages, both for prioritizing issues and updates, and to give me a little kick in the pants to keep up on stuff.

As I was building it, I realized that I was actually using the tool to build the tool, and figured I might as well put this out there and hopefully others will find it to be a fast and useful way to search and browse npm packages as I have.

If you’re interested in other things I’m working on, follow me on Twitter or check out the open source projects I’ve been publishing on GitHub.

I am also working on a Twitter bot for this site to tweet the most popular, newest, random packages from npm. Please follow that account now and it will start sending out packages soon–ish.

Open Software & Tools

This site wouldn’t be possible without the immense generosity and tireless efforts from the people who make contributions to the world and share their work via open source initiatives. Thank you 🙏

© 2024 – Pkg Stats / Ryan Hefner

immutable-core-controller

v0.12.0

Published

Immutable controller built on immutable-core

Downloads

21

Readme

immutable-core-controller

Immutable Core Controller integrates with the Immutable App ecosystem to provide a class for defining controllers.

If a controller is insantiated with an Immutable Core Model default controllers will be created with standard CRUD functionality.

Immutable Core Controller v0.12 / Immutable App v0.17

ICC v0.12 is a major revision of functionality that goes along with channges in Immutable App v0.17 to remove support for server side rendering and focus exclusively on providing APIs.

ICC v0.12 removes support for linking objects, relations between objects, forms, and other functionality that was specific to server rendered pages.

Creating a default controller for model

const ImmutableCoreController = require('immutable-core-controller')
const ImmutableCoreModel = require('immutable-core-model')

var fooModel = new ImmutableCoreModel({
    properties: {
        bar: {type: string},
        foo: {type: string},
    },
    required: ['bar', 'foo'],
})

var fooController = new ImmutableCoreController({
    model: fooModel,
})

In this example a controller is created for fooModel using all default options.

With ImmutableApp a default controller will be created for every model automatically. The default controller can be customized and extended with additional controller file(s) in the same directory as the model.

Default methods

Method Name | Method | Path | -------------|-----------|------------------------------| create | POST | / | delete | DELETE | /:id | list | GET | / | read | GET | /:id | replace | PUT | /:id | update | PATCH | /:id | undelete | POST | /:id/undelete | schema | GET | /schema | validate | POST | /validate |

create

Create a new model instance. Model schema will be used to validate input.

delete

Delete an instance. Only available if model has a (d)eleted column.

Delete is done with an HTTP DELETE request to the /:id path.

When doing an HTTP DELETE data set in the body with the model name will be merged into the data of the undeleted object.

list

The list method returns a list of model instances. This list is paginated and can be sorted and filtered by columns on the model.

Parameters are mapped to Immutable Core Model query args. For more complex queries JSON encoded query params can be set as the query param.

Free form queries can be executed using the search param.

read

Get a model instance by id. current param can be set to get the current revision of the instance and the deleted param can be set to return the object even it it is deleted.

replace

Replace an instance. Model schema will be used to validate input. If meta param is set then metaData such as accountId, parentId, and createTime can be specified.

Replace is available by doing an HTTP PUT request to /:id. Data in the request body will replace existing object data.

If a parentId is specified and the parent has already been revised then a 409 CONFLICT error will be returned.

undelete

Undelete an instance. Only available if model has a (d)eleted column.

Undelete is available by doing an HTTP POST to /:id/undelete.

When doing an HTTP POST data set in the body with the model name will be merged into the data of the undeleted object.

update

Update an instance. Model schema will be used to validate input. If meta param is set then metaData such as accountId, parentId, and createTime can be specified.

Update is available by doing an HTTP PATCH request to /:id. Data in the request body will be merged into existing object data.

If a parentId is specified and the parent has already been revised then a 409 CONFLICT error will be returned.

schema

Returns the JSON schema for the create method which is the same as the JSON schema for the model by default.

validate

Validates the data provided without saving it

Default method role

var fooController = new ImmutableCoreController({
    defaultRole: 'foo'
})

If a defaultRole is specified then all default methods will be created with that role.

Otherwise the default role will be all for read methods (list, read, schema, validate) and authenticated for write methods (create, delete, undelete, update).

Customizing default controllers

var fooController = new ImmutableCoreController({
    list: {
        fields: [
            'foo',
            'bar',
        ],
    },
    model: fooModel,
    update: false,
})

Options can be set for each default controller method with an object under the method name. The default controller for a method can be disabled by setting the value false.

Customizing query args for read and list

var fooController = new ImmutableCoreController({
    list: {
        query: {
            resolve: true,
        },
    },
    read: {
        query: {
            resolve: true,
        },
    },
    model: fooModel,
})

Any arguments set in the query object for list or view will be used as default arguments for the Immutable Core Model query performed by the default controller.

Creating a custom controller

var fooController = new ImmutableCoreController({
    paths: {
        '/foo': {
            get: {
                method: function (args) {
                    ...
                },
            },
        },
    },
})

Custom controllers are created by specifying the path, the http method, and an object defining the controller options for that path and http method.

The supported http methods are delete, get, patch, post and put.

Specifying input for a controller

var fooController = new ImmutableCoreController({
    paths: {
        '/foo/:bar': {
            get: {
                input: {
                    bar: 'params.bar',
                },
            },
        },
    },
})

Controllers do not have access to the express request object directly so input must be specified.

In this this example the value from '/foo/:bar' which is in the express request object under params.bar will be passed in the before and method args object as the property bar.

Specifying multiple input options

var fooController = new ImmutableCoreController({
    paths: {
        '/foo/:bar': {
            post: {
                input: {
                    bam: ['query.bam', 'body.bam'],
                },
            },
        },
    },
})

In this example an array is used to specify multiple locations where the bam argument may be fetched from. The first location with a value defined will be used.

Controller Options

Property | Type | Description | -----------|----------|-----------------------------------------------------| after | function | called after executing method | before | function | called before executing method | input | object | properties from request mapped to args | method | function | primary controller function | methodName | string | ImmutableCore method name | role | string | role that controller will be used for |

input

The input object specifies a map of argument names to the location of that argument in the express http request object. Input can be pulled from any location in the request object (e.g. params, query, body, headeres, cookies).

A single path can be specified with a string or a list of paths can be given with an array. If multiple locations for input are specified then the first one with a defined value will be used.

method, before and after

Typically a controller will have at least a primary method and for more complex controllers it can be beneficial to break functionality into separate methods.

Default controllers follow the pattern of doing any server side data loading in the before method, doing processing of input and loaded server data in the primary method and leaving the after method open for customization.

methodName

The methodName can be specified and if not it will be created automatically.

If the function set for method has a name then that name will be used. Otherwise the path and the http method with non alpha characters removed will be used.

role

With the ImmutableApp framework the same route and HTTP method can be served with different controllers based on the users role(s).

The controller will only be served to sessions with the specified role.