In this section:
- Initializer, default value, and propagation of new parameters
- More refactoring examples
- Changing a method signature
The Change Signature refactoring combines several different modifications that can be applied to a method signature. You can use this refactoring for the following purposes:
- To change the method name.
- To change the method return type.
- To add new parameters and remove the existing ones.
- To assign default values to the parameters.
- To reorder parameters.
- To change parameter names and types.
- To propagate new parameters through the method call hierarchy.
When changing a method signature, IntelliJ IDEA searches for all usages of the method and updates all the calls, implementations, and overridings of the method that can be safely modified to reflect the change.
Initializer, default value, and propagation of new parameters
For each new parameter added to a method, you can specify:
- A value (or an expression) to be used for initializing the parameter (the Initializer field in IntelliJ IDEA).
- A default value (or an expression) (the Default value field).
You can also propagate the parameters you have introduced to the methods that call the function whose signature you are changing.
The refactoring result depends on whether you specify the default value and whether you use propagation.
Propagation. New parameters can be propagated to any method that calls the method whose signature you are changing. In such case, generally, the signatures of the calling methods change accordingly. These changes, however, also depend on the combination of the initializer and the default value set for the new parameters.
Initializer. The value specified in the Initializer field is added to the function definition as the default parameter value. This makes the corresponding parameter an optional parameter. (See the discussion of required and optional parameters in Flex/ActionScript documentation.)
If the default value for the new parameter is not specified (in the Default value field), irrespective of whether or not the propagation is used, the method calls and the signatures of the calling methods don't change.
If both, the initializer and the default value are specified, the refactoring result depends on whether or not the propagation is used:
- If the propagation is not used, the initializer value don't affect the function calls and the signatures of the calling functions.
- If the propagation is used, the initializer value is added to the definition of the calling function as the default value for the corresponding parameter (in the same way as in the function whose signature you are changing).
Default value. Generally, this is the value to be added to the method calls.
If the new parameter is not propagated to a calling method, the calls within such method will also use this value.
If the propagation is used, this value won't matter for the method calls within the calling methods.
More refactoring examples
To see how different refactoring settings discussed above affect the refactoring result, let us consider the following examples.
All the examples are a simplified version of the refactoring
shown earlier. In all cases,
a new parameter
of the type
is added to the function
defined in the
In different examples, different combinations of the initializer and the default value are used, and the
new parameter is either propagated to
IShape.paint()) or not.
|Initializer||Default value||Propagation used||Result|
The following table shows 3 different ways of performing the same Change Signature refactoring.
In all the cases, the function
result() is renamed to
a new parameter
input is added to this function.
The examples show how the function call, the calling function (
other code fragments may be affected depending on the refactoring settings.
To change a method signature
- In the editor, place the cursor within the name of the method whose signature you want to change.
Do one of the following:
- Press Ctrl+F6.
- Choose Refactor | Change Signature on the main menu.
- Choose Refactor | Change Signature on the context menu.
dialog, make the necessary changes to the method signature and
specify which other, related, changes are required.
- Change the method name. To do that, edit the text in the Name field.
- Change the method return type by editing the contents of the Return type field.
Manage the method parameters using the table and the buttons in the
To add a new parameter, click
and specify the properties of the new parameter in the corresponding table row.
When adding parameters, you may want to propagate these parameters to the methods that call the current method.
- To remove a parameter, click any of the cells in the corresponding row and click .
- To reorder the parameters, use the and buttons. For example, if you wanted to put a certain parameter first in the list, you would click any of the cells in the row corresponding to that parameter, and then click the required number of times.
- To change the name, type, the initializer, or the default value of a parameter, make the necessary edits in the table of parameters (in the fields Name Type, Initializer and Default value respectively).
- To add a new parameter, click and specify the properties of the new parameter in the corresponding table row.
Propagate new method parameters (if any) along the hierarchy of the methods
that call the current method.
(There may be methods that call the method whose signature you are changing. These methods, in their turn, may be called by other methods, and so on. You can propagate the changes you are making to the parameters of the current method through the hierarchy of calling methods and also specify which calling methods should be affected and which shouldn't.)
To propagate a new parameter:
- Click the Propagate Parameters button or press Alt+G.
In the left-hand pane of the
Select Methods to Propagate New Parameters dialog,
expand the necessary nodes and select the check boxes next to the methods you want
the new parameters to be propagated to.
To help you select the necessary methods, the code for the calling method and the method being called is shown in the right-hand part of the dialog (in the Caller Method and Callee Method panes respectively).
As you switch between the methods in the left-hand pane, the code in the right-hand pane changes accordingly.
- Click OK.
To perform the refactoring right away, click
To see the expected changes and make the necessary adjustments prior to actually performing the refactoring, click Preview.