Consider adding a doc comment for User
20 private String profession;
21 private ArrayList<User> children;
22
23 public User(int id, String firstName, String lastName, int age, String profession, ArrayList<User> children) {24 this.id = id;25 this.firstName = firstName;26 this.lastName = lastName;27 this.age = age;28 this.profession = profession;29 this.children = children;30 }31
32 /**
33 * This function applies changes to User's name and returns it if the given User is a child of current User
Description
This constructor does not have any documentation.
Consider adding a documentation comment to explain its use.
While it may seem like the usage of a constructor is perfectly obvious, any consumers of your API may not be able to pick up on certain details.
Bad Practice
In the example below, it is difficult to understand what the arguments of this constructor for DataForwarder signify.
class DataForwarder {
public DataForwarder(int nTypes, String... values) {
// ...
}
}
Recommended
Document the constructor and provide useful information about it or its parameters as required.
/**
* Initializes a DataForwarder with a set of types to filter by, along with their names.
*
* @param nTypes - The number of types to filter by.
* @param values - The input type names to filter by.
*/
public DataForwarder(int nTypes, String... values) {
// ...
}
Exceptions
If you feel this constructor does not require documentation, you can add a skipcq comment to this constructor.