Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

github.com/bixlabs/go-layout

Package Overview
Dependencies
Alerts
File Explorer
Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

github.com/bixlabs/go-layout

  • v0.0.0-20190525171536-4bc9261d663c
  • Source
  • Go
  • Socket score

Version published
Created
Source

Requirements

  • go 1.11 or higher.
  • Make sure that you activate Go Modules

Installation, please read this before running anything.

$ make
  • Through this we install some binaries and all the go libraries that the project needs.
  • We also run the tests and the linter.

Go Modules

  • If you need more information about them please go here
  • To install new dependencies just use go get

Creating an API through gin-gonic

$ make run
  • this will run an HTTP server in port 3000
  • For testing all the define endpoints you can try out these different CURL commands:
    * Create: $ curl -H "Content-type: application/json" -d '{"i_am": "1", "title": "Some Todo Title", "the_rest": "description", "when_finish": "2018-12-06T14:26:40.623Z"}' "http://localhost:3000/todo"
    * Read: $ curl -X GET "http://localhost:3000/todo/1"
    * Update: $ curl -X PUT -H "Content-type: application/json" -d '{"i_am": "1", "title": "Some Todo Title", "the_rest": "description", "when_finish": "2018-12-06T14:26:40.623Z"}' "http://localhost:3000/todo"
    * Delete: $ curl -X DELETE "http://localhost:3000/todo/1"

How to generate API documentation

  • Initialize the documentation (this will generate a docs folder in the root folder)
$ make api-docs

or

$ swag init -g ./api/main.go

Running the project to show output in console

  • Because we are using Clean Architecture, we want to show how the same code is running in different ways without too much effort:
 $ make run-cli
  • You should see the output of the CRUD in your console.

How to make build of a main.go file and run it.

$ make build

or

$ go build -o ./tmp/web-server ./api/main.go
  • The command above will create a file called web-server in folder tmp, that file is an executable with the main in ./api/main.go
  • To run your executable you have to:
    • Make it executable: chmod +x ./tmp/web-server
    • Run it: ./tmp/web-server
  • You can build whatever you want (it doesn't have to be a web-server), for example there is another main with which you can follow the same steps ./cmd/cli/main.go

Building for MacOS

$ make build-for-mac
  • Same steps as above, an executable will be created in ./tpm/

Building for Windows

$ make build-for-windows
  • Same steps as above, an executable will be created in ./tpm/

Hot reload for the Web Server

  • To run the project with hot reload:
$ make run-dev

or

$ air -c .air.config

How to run format

  • We use go vet and go fmt for simple linter and formatting, running make format will do.
  • This commands are run also when we run the project, you can check the Makefile to know exactly in which commands is used.

How to run the linter

  • For the linter we are using golangci-lint
  • To run it you can either use:
$ make lint

or

$ golangci-lint run

Logging framework

  • We are using Logrus as a logging framework
  • This is how we initialize the logger here, specifically InitializeLogger
  • We have to run InitializeLogger before using the Log function, here's an example
  • Finally examples of using the logger
  • visit their website for advance information on how to use it.
  • When using make run-dev we won't see the colors of the log message, with make run we will.

How to handle environment variables

  • For environment variables we use the same .env mechanism that we all know, for more information here's the library
  • You can either use the mechanism to read the environment variables from the .env file that's explain in the library above OR use this one in this other library
  • Here's how we load the .env file
  • For an example you can check here, we are using the second library method which let us use tags in structs. Then we load the struct with the values like this
  • For testing this you can create a .env file with a different port than the default, you will see how the web server is initialize in the port you specified in the .env, you can just change the name of .env-template to .env and that will do the trick.

How to run the tests

$ make test

or

$ go test -cover -v ./...
  • this will run all the test files in the project.
  • Test should be in the same folder of the file they are testing and the file name of the test must have the suffix _test, if you see the example in test folder you will get it right away.
  • Gomega is being used for improving assertion mechanism.

How to see test coverage

  • will show information about the coverage:
$ make test
  • if you want to only see the test coverage information (without the tests logs):
$ make coverage
  • if you want to see the coverage in detail in a browser:
$ make coverage-html
  • For knowing how are we generating test coverage please check this

TL;DR How to run/build

  • Build: $ make build or $ go build -o <destination_of_executable_relative_to_root> <path_of_main_file_relative_to_root>
  • Run:
    • Without executable: $ make run or $ go run <path_of_main_file_relative_to_root>
    • With executable:
      • Make the file executable: $ chmod +x <path_to_executable_relative_to_root>
      • Run it: $ <path_to_executable_relative_to_root>

Badges

  • Go Report Card - It will scan your code with gofmt, go vet, gocyclo, golint, ineffassign, license and misspell. Replace github.com/bixlabs/go-layout with your project reference.

  • GoDoc - It will provide online version of your GoDoc generated documentation. Change the link to point to your project.

  • Release - It will show the latest release number for your project. Change the github link to point to your project.

Go Report Card Go Doc Release

Notes

If you want more information about all the folders being used in this project please refer to the original template. Thanks for the authors of this one!

FAQs

Package last updated on 25 May 2019

Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc