DiKTat is a strict coding standard for Kotlin and a collection of Kotlin code style rules implemented as AST visitors on the top of KTlint. It can be used for detecting and autofixing code smells in CI/CD process. The full list of available supported rules and inspections can be found here.
Now diKTat was already added to the lists of static analysis tools and to kotlin-awesome. Thanks to the community for this support!
DiKTat codestyle | Supported Rules | Examples of Usage | Online Demo |
There are several tools like detekt
and ktlint
that are doing static analysis. Why do I need diktat?
First of all - actually you can combine diktat with any other static analyzers. And diKTat is even using ktlint framework for parsing the code into the AST. And we are trying to contribute to those projects. Main features of diktat are the following:
-
More inspections. It has 100+ inspections that are tightly coupled with it's codestyle.
-
Unique inspections that are missing in other linters.
-
Highly configurable. Each and every inspection can be configured and suppressed both from the code or from the configuration file.
-
Strict detailed coding convention that you can use in your project.
-
Install KTlint manually: here
OR use curl:
curl -sSLO https://github.com/pinterest/ktlint/releases/download/0.39.0/ktlint && chmod a+x ktlint # another option is "brew install ktlint"
-
Load diKTat manually: here
OR use curl:
$ curl -sSLO https://github.com/cqfn/diKTat/releases/download/v0.1.5/diktat-0.1.5.jar
-
Finally, run KTlint (with diKTat injected) to check your
*.kt
files indir/your/dir
:$ ./ktlint -R diktat.jar "dir/your/dir/**/*.kt"
To autofix all code style violations use -F
option.
This plugin is available since version 0.1.3. You can see how it is configured in our project for self-checks: pom.xml. If you use it and encounter any problems, feel free to open issues on github.
Add this plugin to your pom.xml:
<plugin>
<groupId>org.cqfn.diktat</groupId>
<artifactId>diktat-maven-plugin</artifactId>
<version>${diktat.version}</version>
<executions>
<execution>
<id>diktat</id>
<phase>none</phase>
<goals>
<goal>check</goal>
<goal>fix</goal>
</goals>
<configuration>
<inputs>
<input>${project.basedir}/src/main/kotlin</input>
<input>${project.basedir}/src/test/kotlin</input>
</inputs>
<diktatConfigFile>diktat-analysis.yml</diktatConfigFile>
<excludes>
<exclude>${project.basedir}/src/test/kotlin/excluded</exclude>
</excludes>
</configuration>
</execution>
</executions>
</plugin>
To run diktat in only-check mode use command $ mvn diktat:check@diktat
.
To run diktat in autocorrect mode use command $ mvn diktat:fix@diktat
.
This plugin is available since version 0.1.5. You can see how the plugin is configured in our examples: build.gradle.kts.
Add this plugin to your build.gradle.kts
:
plugins {
id("org.cqfn.diktat.diktat-gradle-plugin") version "0.1.5"
}
Or use buildscript syntax:
buildscript {
repositories {
mavenCentral()
}
dependencies {
classpath("org.cqfn.diktat:diktat-gradle-plugin:0.1.5")
}
}
apply(plugin = "org.cqfn.diktat.diktat-gradle-plugin")
You can then configure diktat using diktat
extension:
diktat {
inputs = files("src/**/*.kt") // file collection that will be checked by diktat
debug = true // turn on debug logging
excludes = files("src/test/kotlin/excluded") // these files will not be checked by diktat
}
You can run diktat checks using task diktatCheck
and automatically fix errors with tasks diktatFix
.
In KTlint, rules can be configured via .editorconfig
, but
this does not give a chance to customize or enable/disable
each and every rule independently.
That is why we have supported diktat-analysis.yml
that can be easily
changed and help in customization of your own rule set.
It has simple fields:
name
— name of the rule,
enabled
(true/false) — to enable or disable that rule (all rules are enabled by the default),
configuration
— a simple map of some extra unique configurations for this particular rule.
For example:
- name: HEADER_MISSING_OR_WRONG_COPYRIGHT
# all rules are enabled by the default. To disable add 'enabled: false' to the config.
enabled: true
configuration:
isCopyrightMandatory: true
copyrightText: Copyright (c) Jeff Lebowski, 2012-2020. All rights reserved.
Note, that you can specify and put diktat-analysis.yml
that contains configuration of diktat in the parent directory of your project on the same level where build.gradle/pom.xml
is stored.
See default configuration in diktat-analysis.yml
Also see the list of all rules supported by diKTat.
In addition to enabling/disabling warning globally via config file (enable = false
), you can suppress warnings by adding @Suppress
annotation on individual code blocks
For example:
@Suppress("FUNCTION_NAME_INCORRECT_CASE")
class SomeClass {
fun methODTREE(): String {
}
}
Main components are:
- diktat-rules — number of rules that are supported by diKTat;
- diktat-test-framework — functional/unit test framework that can be used for running your code fixer on the initial code and compare it with the expected result;
- also see our demo: diktat-demo in a separate repository.
Mainly we wanted to create a common configurable mechanism that will give us a chance to enable/disable and customize all rules. That's why we added logic for:
- Parsing
.yml
file with configurations of rules and passing it to visitors; - Passing information about properties to visitors. This information is very useful, when you are trying to get, for example, a filename of file where the code is stored;
- We added a bunch of visitors, checkers and fixers that will extended KTlint functionaliity with code style rules;
- We have proposed a code style for Kotlin language.
Before you make a pull request, make sure the build is clean as we have lot of tests and other prechecks:
$ mvn clean install
Also see our Contributing Policy and Code of Conduct