This question is locked. New answers and comments are not allowed.
Hi guys,
One of the (annoying) things that I'd like to mention is a usage of this. prefix when dealing with fields that are initialized from a constructor. You see, I prefer a style when private fields are named like _field and when initialized from a constructor there is no need to put this. to identify the field. However, JustCode always does it, either when you want to add initialization of already present fields to the constructor or when you want to add an initialized field to a class after you add a new parameter to the constructor.
JustCode has a setting about this. however all you can set is ''Only if necessary' ' which makes sense of cource if you use another naming convention when your fields don't have an underline and their names can collide with those you use as parameters to constructors or methods.
So I think this 'Only if necessary' option should be a bit polished to be able to identify various cases when it's not really necessary to use this.
One of the (annoying) things that I'd like to mention is a usage of this. prefix when dealing with fields that are initialized from a constructor. You see, I prefer a style when private fields are named like _field and when initialized from a constructor there is no need to put this. to identify the field. However, JustCode always does it, either when you want to add initialization of already present fields to the constructor or when you want to add an initialized field to a class after you add a new parameter to the constructor.
JustCode has a setting about this. however all you can set is ''Only if necessary' ' which makes sense of cource if you use another naming convention when your fields don't have an underline and their names can collide with those you use as parameters to constructors or methods.
So I think this 'Only if necessary' option should be a bit polished to be able to identify various cases when it's not really necessary to use this.