No description
Find a file
2018-05-08 22:18:15 +03:00
bench Silent formatter in benchmarks 2017-11-18 00:13:14 +02:00
bin Ameba cli & binary (#7) 2017-11-01 17:21:41 +02:00
spec Add a workaround for https://github.com/crystal-lang/crystal/pull/6032 2018-05-08 22:18:15 +03:00
src Add a workaround for https://github.com/crystal-lang/crystal/pull/6032 2018-05-08 22:18:15 +03:00
.editorconfig Hello, Ameba 2017-10-26 19:46:58 +03:00
.gitignore Adjust readme 2017-11-17 20:55:32 +02:00
.travis.yml Revert 6d485d4edf 2018-03-18 19:51:33 +02:00
LICENSE Allow to configure formatter via configuration file 2018-01-25 16:53:08 +02:00
Makefile Drop --no-debug flag when building 2018-04-13 20:55:35 +03:00
README.md Update README.md 2018-04-11 13:06:39 +03:00
shard.yml v0.5.1 2018-04-12 19:22:42 +03:00

Ameba

Code style linter for Crystal

(a single-celled animal that catches food and moves about by extending fingerlike projections of protoplasm)

About

Ameba is a static code analysis tool for the Crystal language. It enforces a consistent Crystal code style, also catches code smells and wrong code constructions.

How it works

Ameba's "fingerlike projections" are rules. Each rule makes the inspection for that or another problem in the source code. Currently rules are able to:

Installation

As a project dependency:

Add this to your application's shard.yml:

development_dependencies:
  ameba:
    github: veelenga/ameba

Build bin/ameba binary within your project directory while running shards install.

You may also want to use it on Travis:

# .travis.yml
language: crystal
install:
  - shards install
script:
  - crystal spec
  - bin/ameba

Using this config Ameba will inspect files just after the specs run. Travis will also fail the build if some problems detected.

OS X

$ brew tap veelenga/tap
$ brew install ameba

From sources

$ git clone https://github.com/veelenga/ameba && cd ameba
$ make install

Usage

Run ameba binary within your project directory to catch code issues:

$ ameba
Inspecting 52 files.

.........................F.......F........F.........

src/ameba/ast/traverse.cr:27:5
PredicateName: Favour method name 'node?' over 'is_node?'

src/ameba/rules/empty_expression.cr:42:7
LiteralInCondition: Literal value found in conditional

src/ameba/rules/empty_expression.cr:30:7
UnlessElse: Favour if over unless with else

Finished in 10.53 milliseconds

52 inspected, 3 failures.

Configuration

Default configuration file is .ameba.yml. It allows to configure rule properties, disable specific rules and exclude sources from the rules.

Generate new file by running ameba --gen-config.

Inline disabling

One or more rules can't be disabled using inline directives:

# ameba:disable LargeNumbers
time = Time.epoch(1483859302)

time = Time.epoch(1483859302) # ameba:disable LargeNumbers

Writing a new Rule

Adding a new rule is as simple as inheriting from Ameba::Rule::Base struct and implementing a logic to detect a problem in the source file:

struct MySuperRule < Ameba::Rule::Base
  # This is a required method to be implemented by the rule.
  # Source will be passed here. If rule detects an issue in the source,
  # it reports an error:
  #
  #   source.error rule, location, message
  #
  def test(source)
    # TODO: test source
  end
end

As soon as a custom rule is defined, it becomes available in a full set of rules executed by default and also can be configured via config file:

MySuperRule:
  Enabled: false

Editor integration

Credits & inspirations

Contributors

  • veelenga Vitalii Elenhaupt - creator, maintainer