Sample

int-91d8fb1ce59b-SRC

Unmodified source class

Lines80

Scores

MethodScoreScale
Posnett0.9950–1; higher is more readable
Scalabrino0.7880–1; higher is more readable
Dorn0.6610–1; higher is more readable
Mi0.230–1; higher is more readable
LLOC5Logical lines; fewer is more readable
DeepSeek V4 Pro18.330–20; mean of three runs
GPT-6.1 Sol190–20; mean of three runs
BTTF0.5590–1; higher is more readable

Views

Source code

package com.google.common.collect; import com.google.common.annotations.GwtCompatible; import com.google.errorprone.annotations.CanIgnoreReturnValue; import java.util.Collection; import java.util.List; import java.util.Map; import org.jspecify.annotations.Nullable; /** * A {@code Multimap} that can hold duplicate key-value pairs and that maintains the insertion * ordering of values for a given key. See the {@link Multimap} documentation for information common * to all multimaps. * * <p>The {@link #get}, {@link #removeAll}, and {@link #replaceValues} methods each return a {@link * List} of values. Though the method signature doesn't say so explicitly, the map returned by * {@link #asMap} has {@code List} values. * * <p>See the Guava User Guide article on <a href= * "https://github.com/google/guava/wiki/NewCollectionTypesExplained#multimap">{@code Multimap}</a>. * * @author Jared Levy * @since 2.0 */ @GwtCompatible public interface ListMultimap<K extends @Nullable Object, V extends @Nullable Object> extends Multimap<K, V> { /** * {@inheritDoc} * * <p>Because the values for a given key may have duplicates and follow the insertion ordering, * this method returns a {@link List}, instead of the {@link java.util.Collection} specified in * the {@link Multimap} interface. */ @Override List<V> get(@ParametricNullness K key); /** * {@inheritDoc} * * <p>Because the values for a given key may have duplicates and follow the insertion ordering, * this method returns a {@link List}, instead of the {@link java.util.Collection} specified in * the {@link Multimap} interface. */ @CanIgnoreReturnValue @Override List<V> removeAll(@Nullable Object key); /** * {@inheritDoc} * * <p>Because the values for a given key may have duplicates and follow the insertion ordering, * this method returns a {@link List}, instead of the {@link java.util.Collection} specified in * the {@link Multimap} interface. */ @CanIgnoreReturnValue @Override List<V> replaceValues(@ParametricNullness K key, Iterable<? extends V> values); /** * {@inheritDoc} * * <p><b>Note:</b> The returned map's values are guaranteed to be of type {@link List}. To obtain * this map with the more specific generic type {@code Map<K, List<V>>}, call {@link * Multimaps#asMap(ListMultimap)} instead. */ @Override Map<K, Collection<V>> asMap(); /** * Compares the specified object to this multimap for equality. * * <p>Two {@code ListMultimap} instances are equal if, for each key, they contain the same values * in the same order. If the value orderings disagree, the multimaps will not be considered equal. * * <p>An empty {@code ListMultimap} is equal to any other empty {@code Multimap}, including an * empty {@code SetMultimap}. */ @Override boolean equals(@Nullable Object obj); }

Loading feature diagnosis…

Source regions

Feature contributions

Feature contributions

FeatureValueContribution
(log-odds)
Source linesThe number of non-empty source lines.80+32
Halstead volumeHow much symbolic information the code contains. It combines the total number of operators and values with the number of distinct ones.859.051−28.349
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.84−7.26

Intercept 8.87 + feature contributions = 5.261 (log-odds).
Score = sigmoid(5.261) = 0.995.

Score0.788

Feature contributions

FeatureValueContribution
(log-odds)
Comment layout frequencyHow frequently the layout switches between lines containing only comments or whitespace and lines containing code.79−1.761
Comment layout (horizontal)How rapidly the visual pattern of comment characters changes from left to right.93.827+0.709
Identifier layout (vertical)How rapidly the visual pattern of identifier characters changes from top to bottom.79.772+0.705
Operator visual areaThe share of the code’s visual area occupied by operators such as +, =, and *.0.028+0.674
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.99.975−0.569
Indentation frequencyHow rapidly indentation changes from line to line.34+0.439
Number layout frequencyHow rapidly the number of numeric values per line changes through the code.1+0.398

Intercept 0.07 + feature contributions = 0.666 (log-odds).
Score = sigmoid(0.666) = 0.661.

Score0.23
Score5
Run 1

This is an excellent example of readable code, particularly for a library interface. The interface extends Multimap cleanly with well-defined method overrides. Javadoc is exceptionally thorough, explaining the behavioral differences (List semantics, insertion ordering, equality) clearly. Each method has a single, clear purpose and signature. Nesting is non-existent as it's an interface. The code length is appropriate, as the documentation justifies the verbosity for public API clarity. Reading flow is natural: package/imports, Javadoc overview, interface declaration, then methods grouped logically. The only minor deductions would be for the long generic type parameters and reliance on external annotations, but these are standard in modern Guava. Overall, the structure and intent are remarkably clear.

Run 2

The code is highly readable. It has clear logical structure, flat nesting, excellent documentation, and concise method signatures. Each method declaration is brief and accompanied by meaningful Javadoc. The interface is well-organized, with annotations placed consistently and overrides clearly identified. The use of blank lines and comment sections aids navigation. Reading flow is natural: class-level Javadoc, then method overrides in logical order. Minor deductions: the import of `List` and `Collection` is necessary but not visually separated from other imports, and the long Javadoc URLs slightly lengthen the listing. Overall, the code is approachable and maintainable for experienced Java developers.

Run 3

The code is highly readable. It has clear logical structure: imports, comprehensive Javadoc, and a clean interface definition. Nesting is minimal—only one level. Intent is very clear, with each method's purpose and deviations from the parent interface explained in the Javadoc. The code is concise, avoiding unnecessary verbosity while maintaining clarity. Each method declaration is on its own line, with annotations on separate lines, enhancing action granularity. Reading flow is natural: interface declaration, overridden methods with consistent documentation, and an equals method. Minor deductions: the imports could arguably be avoided with wildcard in this context, and repeated Javadoc paragraphs for multiple methods slightly increase length, but these are conventions in Guava and contribute to clarity rather than detract. Overall, it is excellent, idiomatic Java code.

Run 1

Code Structure: A well-organized interface with consistent imports, annotations, and method documentation. Nesting: Flat declarations with no nested control flow. Clarity of intent: Descriptive method names and detailed Javadoc clearly explain duplicate handling, insertion order, return types, and equality semantics. Code length: Method signatures are concise, though repeated documentation for list-returning methods adds some redundancy. Action granularity: Each declaration occupies its own logical unit, with annotations on separate lines and no bundled actions. Reading flow: Consistent formatting and documentation-before-declaration create a natural progression. Minor distractions include the lack of spacing after the package declaration and some awkward Javadoc link wrapping.

Run 2

Code Structure: The interface is logically organized, with imports, interface documentation, and consistently documented method declarations. Nesting: It is flat, with no nested control flow. Clarity of intent: Descriptive method names, precise generic types, annotations, and documentation clearly explain duplicate handling, insertion ordering, return types, and equality semantics. Code length: Declarations are concise, though repeated documentation for three methods adds some unnecessary length. Action granularity: Each method declaration occupies its own line, and annotations are separated cleanly; there are no compound actions. Reading flow: Consistent formatting and documentation immediately preceding each method make the interface easy to scan. Minor drawbacks are the repetitive comments and lack of blank-line separation between the package declaration and imports.

Run 3

Code Structure: The interface is logically organized, with imports, an overview, and individually documented method declarations. Nesting: It is flat, with no nested control flow or implementation complexity. Clarity of intent: Descriptive method names, precise types, annotations, and Javadoc clearly explain duplicate values, insertion ordering, return types, and equality semantics. Code length: Declarations are concise, although repeated documentation for three methods adds some verbosity. Action granularity: Each declaration occupies its own line, with annotations and documentation cleanly separated; there are no combined actions. Reading flow: Consistent formatting and documentation placement make the API easy to scan from general behavior to specific contracts. Minor drawbacks are repetitive comments and the lack of blank lines separating the package declaration from imports.