Lets you control the code sorting. Code sorting lets you arrange elements in a specific order to ease navigation and improve comprehension.
Lets you control the order of the main declaration elements of Java compilation units: classes, interfaces, enums, annotations, fields, initializers, constructors and methods.
Enables or disables the sorting of declarations. When disabled, all declarations appear in their original order. Otherwise they are grouped and sorted according to the defined order.
You can specify the order in which static fields/initializers, instance fields, instance initializers, constructor, method, enum, annotation, class and interface declarations and enum constants should appear in source files by selecting an element type and moving it up or down the list with the and buttons. By default, with sorting enabled, the different declaration elements are grouped together, but within one element type the contained declarations are still placed in their original order. For example all methods will be grouped together, but otherwise the methods appear in their original order. Enable any of the check boxes, if you want to have all members of one type sorted, too.
Use the button to define the order in which the individual members should appear. A dialog opens that lets you specify the sorting criteria, e.g. modifier or name. You can select what criteria should be used and in what order. Jalopy checks all significant sorting conditions in the specified order until the sorting position of a declaration member could be determined.
For example, if you want your methods to be sorted according to their access modifier and names, enable both criteria and disable the others. For two methods Jalopy will first check whether the modifiers are equal. If they differ, the sorting order is already obvious and no further criteria applied. But if they are equal, it will check their names and sort the two methods lexicographically.
For modifiers, you can further refine what modifiers should be significant for sorting and in what order they are tested. Though accessible from different dialogs, the settings for modifier sorting are global and used across all declaration types to achieve a consistent style.
For methods, you can specify sorting by modifiers, name, parameter count, Java Bean pattern, regular expression pattern or custom ordering. Enable the check box for each criteria that should be significant and use the and buttons to specify the order in which the criteria should be applied. To further refine the way sorting is applied for modifiers, select the “Modifiers” entry and press the button to define what modifiers should be significant and adjust their order.
In the above example, the access modifier would be “public
final”, the name “setName” and
parameter count '2';.
Bean pattern refers to the JavaBeans specification naming convention that requires accessor and mutator methods to begin with either the set, get or is prefixes.
You can control the order in which JavaBeans methods and ordinary methods appear by selecting the entry and press the button. Adjust the order of the different elements in the list component of the new dialog and press . The Ordinary method entry refers to all non-Bean methods.
Normally bean pattern sorting means that all methods of one type (getters, boolean getters, setters, ordinary methods) are grouped together according to the specified order. Enabling this option causes all methods with similar names to be grouped together, i.e. bean methods and ordinary methods may be mixed, but all bean methods for one property stay together.
Similar methods are determined by stripping the bean prefix and comparing the resulting method names. Similar methods are grouped together according to the specified order (getters, boolean getters, setters, ordinary methods).
Since 1.5
Example 2.710. Bean pattern sorting
public void aaaaaa() {} public void bbbbbb() {} public void cccccc() {} public Object getAaaaaa() {} public Object getBbbbbb() {} public Object getCccccc() {} public boolean isAaaaaa() {} public boolean isBbbbbb() {} public boolean isCccccc() {} public void setAaaaaa() {} public void setBbbbbb() {} public void setCccccc() {}
Example 2.711. Bean pattern sorting, group similar
public void aaaaaa() {} public Object getAaaaaa() {} public boolean isAaaaaa() {} public void setAaaaaa() {} public void bbbbbb() {} public Object getBbbbbb() {} public boolean isBbbbbb() {} public void setBbbbbb() {} public void cccccc() {} public Object getCccccc() {} public boolean isCccccc() {} public void setCccccc() {}
Grouping similar methods will let you group all bean methods for one property together, but the bean methods are otherwise still mixed with ordinary methods. If you instead prefer to have all bean methods grouped together, you can enable this option to build one large block with all bean methods.
Since 1.8
Example 2.712. Bean pattern sorting, group similar
public void aaaaaa() {} public Object getAaaaaa() {} public boolean isAaaaaa() {} public void setAaaaaa() {} public void bbbbbb() {} public Object getBbbbbb() {} public boolean isBbbbbb() {} public void setBbbbbb() {} public void cccccc() {} public Object getCccccc() {} public boolean isCccccc() {} public void setCccccc() {}
Example 2.713. Bean pattern sorting, group similar, bean methods kept together
public Object getAaaaaa() {} public boolean isAaaaaa() {} public void setAaaaaa() {} public Object getBbbbbb() {} public boolean isBbbbbb() {} public void setBbbbbb() {} public Object getCccccc() {} public boolean isCccccc() {} public void setCccccc() {} public void aaaaaa() {} public void bbbbbb() {} public void cccccc() {}
Lets you define arbitrary regular expressions to match method signatures to specify absolute positions for specific methods.
Matching is performed against a simplified signature: only modifiers, return type and method name are used.
The above method declaration would yield the following signature: public boolean equals
To add a new regular expression, press the button.
Enter the regular expression into the Regex text field and press the button to apply the addition. If you want to test the regular expression before you submit it, enter a test string in the String field and press the button to perform pattern matching.
To remove an existing regular expression, select the expression you want to remove and press the button.
To change an existing regular expression, select the expression you want to change and press the button.
Adjust the regular expression in the Regex text field and press the button to apply the change. If you want to test the regular expression before you submit it, enter a test string in the String field and press the button to perform pattern matching.
As it might not always be sufficient to rely on method signature information alone, developers can take total control over method ordering using special Javadoc tags.
Javadoc formatting, see the section called “Format comments”, must be enabled for this feature to work.
In order to have methods grouped by purpose, check the Custom entry
in the upper list of the dialog, move it to the top and utilize two custom Javadoc tags in
your method commentary. In your method declaration comments, you need to add the Javadoc
standalone tag @jalopy.group followed by a logical group name. This
name can be freely chosen and defines the group a method belongs to.
Example 2.715. Sorting method declarations with @jalopy.group
/** * Returns the value of the Foo property. * * @jalopy.group Accessors */ public int getFoo () { ... }
Then you specify the order of methods with the
@jalopy.group-order (you can use
@jalopy.group_order to circumvent a bug in the Sun 1.4.2
Javadoc implementation) in the class or interface Javadoc
comment. Simply place all group names defined with
@jalopy.group tags in the desired order here and all methods will
be sorted accordingly.
There is no special requirement on how the logical group names should be written, but it is good practice to separate them by commas.
Example 2.716. Class declaration with @jalopy.group-order
/** * I want methods ordered by value provided in the @jalopy.group tag of * each method in this order. If the method doesn’t have a @jalopy.group tag, * fall back on project defaults. * * @jalopy.group-order Constructors,Queries,Accessors */ class Foo { ... }
This works recursively for all methods of a compilation unit, i.e. for inner
classes Jalopy first checks the inner class declaration comment and if no
@jalopy.group-order tag can be found, it recursively searches
all parent class/interface declarations of the unit. A group name not only defines the
sorting order, but is used for separator comments also (Refer to the section called “Comments” for more information on this feature).
Please note that all methods that have no custom group information associated are placed below the ones with grouping tags. Within each group the methods are sorted according to the normal criteria (access modifier, name, parameter count).
Since 1.1
Example 2.717. Custom separator comments
//~ Queries ------------------------------------------------------------ /** * This method gets object by primary key * * @param inConn db conn * @param inPK the primary key * * @jalopy.group Queries */ public static MyClass getByPK (Connection inConn, Long inPK) { ... } ... //~ Accessors ------------------------------------------------------------ /** * This method returns the Name property. * * @jalopy.group Accessors */ public String getName (Connection inConn, String inLoginName) { ... }
Class, interface, enum and annotation declarations can be sorted according to access modifier and/or name.
To further refine the way sorting is applied for access modifiers, select the Access Modifier entry, press the button, configure what modifiers should be significant and adjust the order in which testing should be applied.
In the above example, the modifiers would be “protected
abstract” and the name
“AbstractPage”.
Lets you define what modifiers should be significant when sorting by modifier and in which order the declarations should be sorted. The position of the Modifiers entry in the parent dialog defines when the modifiers are compared to determine the order of two declarations. E.g. if you want to sort by modifier first, Modifiers must be the topmost entry in the parent dialog.
Select the check box of each access modifier that should be used to determine the order of declarations and use the and buttons to define the order in which the declarations should be sorted.
For example, if you want to place all static methods together above the other ones, you would check the “static” modifier and move it to the top of the list.
Example 2.719. Sort by static modifier first, then access modifier
class Foo { public static void x() {} static void y() {} public void c() {} public void d() {} protected void b() {} private void a() {} }
But if you only want to have the methods sorted by access modifier, just check the four access modifiers and specify the order in which the declarations are to be sorted, e.g. private, package protected, protected and public.
Example 2.720. Sort by access modifier
class Foo { private void a() {} static void y() {} protected void b() {} public void c() {} public void d() {} public static void x() {} }
By default all methods following the JavaBeans naming conventions are recognized as JavaBeans methods. In order to limit JavaBeans detection to methods that actually contain a corresponding property field, enable this option.
Bean property field detection is somewhat fuzzy as no attempt is made to match method names exactly in order to support field prefixes. Given the method name “getImportanceValue”, Jalopy would match all fields that end with “importanceValue” as a corresponding property field (case is ignored). But a field name “importanceValue_” would not be matched.
Since 1.9
Example 2.721. Method declarations
private boolean importanceValue; // property field public void setImportanceValue(boolean value) {} public boolean isImportanceValue() {} public void setTestValue(String value) {}
When the option is disabled, all methods in the above example would be recognized as JavaBeans methods and handled accordingly. But if the option is enabled, only the first two methods would be treated as JavaBeans methods, because only they contain a matching property field.
This option might affect the sorting of methods when the Bean Pattern criteria is enabled, please refer to the section called “Bean Pattern”. It also impacts what Javadoc template might be chosen when generating Javadoc comments, see the section called “Templates”.
Lets you configure the regular expression that is used to determine what method
declarations are recognized as Boolean Getters.
According to the JavaBeans naming conventions, only method declarations starting
with the “is” prefix are Boolean Getters, but it might make
sense to lift this restriction. In certain cases it is more reasonable to
name methods in a way that better describes their purpose, but still treat them
as Boolean Getters, like e.g. canDelete() or
shouldDelete().
The prefix must be enclosed with matching parentheses! Always use something like
^(is|should|can)[A-Z]\w+
rather than
^is|should|can[A-Z]\w+.
Since 1.1