Sample

int-a953eb5d629c-I06

Invert eligible conditions and exchange their branches

Matched original source

Lines27

Scores

MethodScoreScale
Posnett10–1; higher is more readable
Scalabrino0.830–1; higher is more readable
Dorn0.90–1; higher is more readable
Mi0.7590–1; higher is more readable
LLOC2Logical lines; fewer is more readable
DeepSeek V4 Pro18.670–20; mean of three runs
GPT-6.1 Sol200–20; mean of three runs
BTTF0.780–1; higher is more readable

Views

Source code

package org.springframework.test.context; /** * {@code BootstrapContext} encapsulates the context in which the <em>Spring * TestContext Framework</em> is bootstrapped. * * @author Sam Brannen * @since 4.1 * @see BootstrapWith * @see TestContextBootstrapper */ public interface BootstrapContext { /** * Get the {@linkplain Class test class} for this bootstrap context. * @return the test class (never {@code null}) */ Class<?> getTestClass(); /** * Get the {@link CacheAwareContextLoaderDelegate} to use for transparent * interaction with the {@code ContextCache}. * @return the context loader delegate (never {@code null}) */ CacheAwareContextLoaderDelegate getCacheAwareContextLoaderDelegate(); }

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(log-odds)
Source linesThe number of non-empty source lines.27+10.8
Byte entropyHow varied the bytes in the source text are. Repeated bytes give a lower value; a more even mixture gives a higher value.4.721−7.081
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.118.593−3.914

Intercept 8.87 + feature contributions = 8.675 (log-odds).
Score = sigmoid(8.675) = 1.

Score0.83

Feature contributions

FeatureValueContribution
(log-odds)
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.021+0.738
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.16+0.47
Identifier layout (horizontal)How rapidly the visual pattern of identifier characters changes from left to right. It measures spatial frequency, not the meaning of the names.75.893+0.451
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.76+0.422
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398
Indentation frequencyHow rapidly indentation changes from line to line.12−0.322
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.26.87−0.034

Intercept 0.07 + feature contributions = 2.192 (log-odds).
Score = sigmoid(2.192) = 0.9.

Score0.759
Score2
Run 1

This code is highly readable. The structure is logical, with a clear package declaration, imports, and a single interface definition. There is no nesting, making the code flat and easy to scan. The intent is unambiguous: the interface defines a contract for Spring test context bootstrapping. The code is concise, containing only two method declarations with proper Javadoc. Each method has a single, clear purpose per line, and reading flows naturally from the interface Javadoc to the method signatures. The only minor deductions are for the absence of explicit braces and the use of generic wildcards, which could slightly reduce clarity for novice readers, but overall this is exemplary code.

Run 2

The code is highly readable. It is a concise Java interface with a clear, single responsibility. The structure is logical, with class-level Javadoc explaining purpose and context, followed by two well-documented methods. There is no nesting, and each method declares a single action. The naming is explicit (e.g., getTestClass, getCacheAwareContextLoaderDelegate), making intent unambiguous. Javadoc for each method clarifies return values and null guarantees. The file is minimal and focused, with no unnecessary complexity or dead code. Reading flow is natural, with annotation references (@BootstrapWith, @TestContextBootstrapper) that aid navigation. One point is deducted only because the absence of a separating line between the two methods is a minor formatting choice; otherwise it is exemplary.

Run 3

The code is an exceptionally readable interface definition. Structure is clean and logical, with clear separation between the interface declaration and its methods. There is no nesting beyond the interface itself, and each method is a single, flat action. Intent is unambiguous—both methods are well-named and accompanied by concise Javadoc that clarifies return values and null contracts. Code length is minimal and appropriate for an interface; no unnecessary boilerplate. Each action (method declaration) is separated by blank lines, enhancing readability. The reading flow is natural: package, imports (none needed), Javadoc overview, interface declaration, then methods with their own documentation. Minor deductions only due to lack of context (e.g., what CacheAwareContextLoaderDelegate does), but within scope this is excellent.

Run 1

Code Structure: A focused interface cleanly groups two related context-access methods. Nesting: No nested control flow or unnecessary structural layers. Clarity of intent: Descriptive interface and method names, supported by precise Javadoc and non-null return guarantees, make the purpose explicit. Code length: Minimal declarations with proportionate documentation and no redundant implementation. Action granularity: Each method declaration occupies its own line and expresses a single responsibility. Reading flow: The package declaration, interface documentation, and individually documented methods follow a natural, conventional Java layout.

Run 2

Code Structure: A focused interface logically groups two related context-access methods. Nesting: No control-flow nesting; only the interface scope. Clarity of intent: Descriptive interface and method names, supported by precise Javadoc and non-null return guarantees, make the purpose explicit. Code length: Minimal declarations with proportionate documentation and no unnecessary implementation. Action granularity: Each method declaration occupies its own line and expresses a single responsibility. Reading flow: Package declaration, interface documentation, and consistently documented methods follow a natural, conventional Java layout.

Run 3

Code Structure: A focused interface with two logically related accessor methods. Nesting: No nested control flow or unnecessary structural complexity. Clarity of intent: Descriptive interface and method names, supported by precise Javadoc explaining purpose and non-null return guarantees. Code length: Minimal declarations with proportionate documentation and no redundant implementation. Action granularity: Each method declaration occupies its own line and expresses a single responsibility. Reading flow: Package declaration, interface documentation, and individually documented methods follow a natural, conventional Java layout.