request-api-factory

API Factory using 'request-promise' module as engine

Usage no npm install needed!

<script type="module">
  import requestApiFactory from 'https://cdn.skypack.dev/request-api-factory';
</script>

README

Request API Factory

The Node.js version (using request-promise module) of: https://github.com/DiegoZoracKy/AjaxAPIFactory

Gets an object literal with a desired API's structure and based on it, creates a well defined interface to handle http calls (request()). Inspired by the jQuery version that i created a long time ago:

Install

NPM / Node

npm install request-api-factory

The goal

Basically the goal will be stop to writing a lot of the same code, and turn something like this:

// Product Fetch
request({
    method: 'GET',
    url: 'https://www.some-domain.com/api/v1/product/fetch',
    params: 'limit=10, sort_by=created:desc'
});

// Product Save
request({
    method: 'POST',
    url: 'https://www.some-domain.com/api/v1/product/save',
    headers: {
        'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'
    },
    data: {
        id: 1,
        title: 'New Product Title',
        category: 'some-category'
    }
});

into this:

Product.fetch();

Product.save({
    id: 1,
    title: 'New Product Title',
    category: 'some-category'
});

The first example has more code to make the engine work than meaningful and understandable information about the api communication itself. This module's intention is to provide a way to define the API in a structured way, that will be easy to maintain, which will serve as a code and also as a documentation due to its easy reading, e.g.:

Usage

This is an example of how you can define the API and use the RequestAPIFactory to create the interface. Bear in mind that you can have nested structures and methods.

const RequestAPIFactory = require('request-api-factory');
let Product = new RequestAPIFactory({

    save: {
        apiSchema: {
            url: 'https://www.some-domain.com/api/v1/product/save',
            method: 'POST',
            headers: {
                'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'
            },
            data: {
                all: ['id', 'title', 'category'],
                required: ['id', 'title'],
                defaults: {
                    category: 'Default Category'
                }
            }
        }
    },

    fetch: {
        apiSchema: {
            url: 'https://www.some-domain.com/api/v1/product/fetch'
        }
    },

    fetchSorted: {
        apiSchema: {
            url: 'https://www.some-domain.com/api/v1/product/fetch',
            method: 'GET',
            data: {
                all: ['limit', 'sort_by'],
                defaults: {
                    limit: 10,
                    sort_by: 'created:desc'
                }
            }
        }
    }
});

Now, the object created can be used in this way:


Product.fetch().then(response => console.log(response));

Product.fetchSorted({
    limit: 50
}).then(response => console.log(response));

// Assuming that *productData* has all the data expected by the api but one required parameter.
Product.save(productData)
.then(response => console.log(response))
.catch(errorMsg => {
    console.warn('Don\'t Panic... Maybe is just some required params that is missing. Check:', errorMsg);
});

Key Behaviors

Keep in mind that is all request-promise after all. So every method will return a promise as the request-promise execution does.

Required Parameters Validation

All required parameters defined on configuration will be checked by its existence during the method call. So, you don't need to check the validation of params before the execution, leaving the treatment to the .catch method of the promise. Validation can be disabled by setting apiSchema.data.validate: false

Nested structure definition

You can define nested properties if you find useful to better describe the API, e.g.:

let Product = new RequestAPIFactory({
    image: {
        save: {
            apiSchema: {
                url: 'https://www.some-domain.com/api/v1/product/image/save',
                method: 'POST',
                headers: {
                    'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'
                }
            }
        },

        fetch: {
            apiSchema: {
                url: 'https://www.some-domain.com/api/v1/product/image/fetch',
            }
        }
    }
});

Which will result in:

Product.image.save();
Product.image.fetch();

Configuring

The object used to construct the API will need some specific data expected by the Angular API Factory.

  • apiSchema (REQUIRED)

Each property that should be a method needs to have its api schema defined on it. All the others properties expected by the module should be set on this property.

All the following properties should be defined within this one.

  • url (REQUIRED)

The API's endpoint. Without it the interface can't know where a method needs to go.

  • method

Even knowing that "request" default method is GET, i suggest you to write it on the api schema. You can use this object to have a well defined guide of the app's API.

  • data

    • defaults

    You can set default data/parameters for the "request" call.

    • required

    Where the required parameters expected by the api url can be defined. The execution of the method will check for the existence of each one of them. See the Key Behaviors section to know the quirks about it and the next property to know how to turn off the automatic validation.

    • validate

    When the required parameters should be validated. Defaults to true.

    • all

    This information doesn't have any effect on the "request" call or in any part of the API process. This information should be used by the application that will be using the API created by this module. All of the defined API Schema, will be exposed in the property _schema that will be found on each method.

  • extendConfig

This is a function which will be ran during the method call, but before data validation and request execution. It will pass the config and data as a parameters so you can modify them if needed. Follows a real use case:

The endpoint has a structure where some of its parts should be modified based on the current data used during the call, e.g.:

https://www.some-domain.com/api/v1/product/PRODUCT-ID/save

For this case, the setup would be something like: Attention for the {{PRODUCT-ID}} on url.

save: {
   apiSchema: {
       url: 'https://www.some-domain.com/api/v1/product/{{PRODUCT-ID}}/save',
       method: 'POST',
       headers: {
           'Content-Type': 'application/x-www-form-urlencoded; charset=UTF-8'
       },
       extendConfig: function(config, data) {
           config.url = config.url.replace('{{PRODUCT-ID}}', data.productID);
       }
   }
}

Bear in mind that any property expected by the request can be passed here within apiSchema.