class
Detector::Kotlin::Cli
- Detector::Kotlin::Cli
- Detector
- Reference
- Object
Overview
Detects Kotlin command-line applications. Gated on clikt / kotlinx-cli /
picocli imports or their constructs — NOT on bare fun main(args), which
Spring Boot and most Kotlin apps have.
Defined in:
detector/detectors/kotlin/cli.crConstant Summary
-
LIB_IMPORTS =
["com.github.ajalt.clikt", "kotlinx.cli", "picocli.CommandLine"] -
USAGE =
/:\s*CliktCommand\b|\bArgParser\s*\(/
Instance Method Summary
-
#applicable?(filename : String) : Bool
Cheap filename-only filter the detector pass uses to skip
#detecton files the detector cannot possibly match. - #detect(filename : String, file_contents : String) : Bool
- #set_name
Instance methods inherited from class Detector
applicable?(filename : String) : Bool
applicable?,
detect(filename : String, file_contents : String) : Bool
detect,
gemfile_dependency?(file_contents : String, gem_name : String) : Bool
gemfile_dependency?,
gemspec_dependency?(file_contents : String, gem_name : String) : Bool
gemspec_dependency?,
idempotent? : Bool
idempotent?,
logger : NoirLogger
logger,
name : String
name,
path_sensitive? : Bool
path_sensitive?
Constructor methods inherited from class Detector
new(options : Hash(String, YAML::Any))
new
Instance Method Detail
Cheap filename-only filter the detector pass uses to skip
#detect on files the detector cannot possibly match. The
default true preserves prior behavior (every detector runs on
every file). Override with the same predicate the body of
#detect starts with — e.g., filename.ends_with?(".py") for a
Python framework detector — so the detector loop avoids the
#detect dispatch on files outside the detector's language.
On large codebases (saleor's 4255 .py files) this lifts ~100
virtual #detect calls per file out of the hot loop because
most detectors' inner first-line is exactly this kind of cheap
filename check.