| aicra |

Aicra is a self-working framework coded in Go that allows anyone to create a fully featured REST API. It features type checking, authentication management through middlewares, file upload, rich argument parsing (i.e. url slash-separated, urlencoded, form-data, json), nested routes, project compiler (i.e. aicra), etc.

This framework is based over some of the following concepts.

concept	explanation
meaningful defaults	Defaults and default values work without further understanding
config driven	Avoid information duplication. Automate anything that can be without losing control. Have one configuration that summarizes the whole project, its behavior and its automation flow.

A working example is available here

Table of contents

• I. Installation
  • 1. Download and install the package
  • 2. Compile the command-line builder
• II. Setup a project
  • 1. Configuration
  • 2. Controllers
  • 3. Middlewares
  • 4. Custom types
• III. Build your project
• IV. Main
• V. Change Log

I. Installation

You need a recent machine with go installed.

This package has not been tested under the version 1.10.

1. Download and install the package

go get -u git.xdrm.io/go/aicra

It should now be available locally and available for your imports.

2. Compile the command-line builder

You should then compile the project builder to help you manage your projects.

go install git.xdrm.io/go/aicra/cmd/aicra

The executable aicra will be placed into your $GOPATH/bin folder, if added to your environment PATH it should be available as a standalone command in your terminal. If not, you can simply run $GOPATH/bin/aicra to use the command or create a symlink into /usr/local/bin for instance.

II. Setup a project

The default project structure for aicra is as follows :

├── main.go          - the entry point
├── manifest.json    - the configuration file
├── middleware       - middleware implementations
├── controller       - controller implementations
└── types            - custom type for the type checker

In order for your project to be run, each controller, middleware and type checker has to be compiled as a plugin (i.e. shared objects). They can then be loaded by the server.

1. Configuration

The whole project behavior is described inside the manifest.json file. For a better understanding of the format, take a look at this working template. This file contains information about :

• resources routes and their methods
• every input for each method (called argument)
• every output for each method
• scope permissions
• input policy : type, required/optional, default value, variable renaming, etc.

2. Controllers

For each route, you'll have to place your implementation into the controller folder following the naming convention : add /main.go at the end of the route.

Example - /path/to/some/uri will be inside controller/path/to/some/uri/main.go.

A sample directory structure is available here.

3. Middlewares

In order for your project to manage authentication, the best solution is to create middlewares, there are programs that updates a Scope according to internal or persistent (i.e. database) information and the actual http request. They are all run before each request is forwarded to your controller. The scope are used to match the scope field in the configuration file and automatically block non-authenticated requests. Scopes can also be used for implementation-specific behavior.

Each middleware must be directly inside the middleware folder.

Example - the 1-authentication middleware will be inside middleware/1-authentication/main.go.

Note - middleware execution will be ordered by name. Prefixing your middlewares with their order is a good practice.

4. Custom types

In your configuration you will have to use built-in types (e.g. int, any, varchar), but if you want project-specific ones, you can add your own types inside the type folder. You can check what structure to follow by looking at the built-in types.

Each type must be inside a unique package directly inside the type folder. The package name is arbitrary and does not have to match the name (but it is better if it is explicit), because the Match() method already matches the name.

III. Build your project

After each controller, middleware or type edition, you'll have to rebuild the project. This can be achieved through the command-line builder.

Usage is aicra [options] /path/to/your/project.

Options:

• -c - overrides the default controllers path ; default is ./controller
• -m - overrides the default middlewares path ; default is ./middleware
• -t - overrides the default custom types path ; default is ./custom-types

For a project that does not need a different structure, you just have to run this command under your project root

aicra .

The output should look like

.

IV. Main

The main default program is pretty small as below :

package main

import (
	"git.xdrm.io/go/aicra"
	"net/http"
)

func main() {

    // 1. create server
	server, err := aicra.New("manifest.json")
	if err != nil {
		panic(err)
	}

    // 2. listen to incoming http requests
	err = http.ListenAndServe("127.0.0.1:4242", server)
	if err != nil {
		panic(err)
	}

}

V. Change Log

• human-readable json configuration
• nested routes (i.e. /user/:id: and /user/post/:id:)
• nested URL arguments (i.e. /user/:id: and /user/:id:/post/​:id:​)
• useful http methods: GET, POST, PUT, DELETE
• manage URL, query and body arguments:
  • multipart/form-data (variables and file uploads)
  • application/x-www-form-urlencoded
  • application/json
• required vs. optional parameters with a default value
• parameter renaming
• generic authentication system (i.e. you can override the built-in one)
• generic type check (i.e. implement custom types alongside built-in ones)
• built-in types
  • any - wildcard matching all values
  • int - any number (e.g. float, int, uint)
  • string - any text
  • varchar(min, max) - any string with a length between min and max
  • <a> - array containing only elements matching a type
  • <a:b> - map containing only keys of type a and values of type b (a or b can be ommited)
• generic controllers implementation (shared objects)
• response interface
• devmode watcher : watch manifest, watch plugins to compile + hot reload them