5.1. Customizing Fields

In the previous chapter, we used fields to store data within a class, and we explored how to access and modify the values of those fields.

Now, we will explore several ways to configure fields based on their intended use.

5.1.1. Final Fields

A final field is one that cannot be changed once it is initialized. This means slightly different things for primitive and class types. We create final fields by declaring them with the final keyword.

We cannot change the value of a final primitive field (final int, final double, etc.) after it is initialized.

Similarly, we cannot assign a new object to a final object field (final String, final Double, final ClassName, etc.) after initialization. However, we can change the values within the object itself.

Here are some examples to illustrate. Each class would normally be in its own file, but we present them side-by-side for convenience. Additionally, we declare each field public to minimize the example code and more clearly demonstrate where compiler errors would occur.

Examples

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
public class FortyTwo {

   public int intValue = 42;

}

public class FinalFields {

   public final int intValue = 42;
   public final double doubleValue;
   public final FortyTwo objectValue = new FortyTwo();

   public static void main(String[] args) {

      FinalFields demo = new FinalFields();

      // This would result in a compiler error
      demo.intValue = 6;

      // This is allowed since we haven't initialized doubleValue yet
      demo.doubleValue = 42.0;

      // However, this would result in a compiler error
      demo.doubleValue = 6.0;

      // This would result in a compiler error, since we're trying to
      // give objectValue a different object value
      demo.objectValue = new FortyTwo();

      // However, this is allowed since we're changing a field
      // inside the final object, and not changing which object
      // objectValue refers to
      demo.objectValue.intValue = 6;
   }
}

Final fields help to prevent accidentally (or intentionally) changing the value of a field after it is initialized. As such, final fields may NOT have setters.

5.1.2. Static Fields

A static field is one that is shared by all instances of the class, and it is declared with the static keyword.

For example, in our Temperature class there is no reason for each Temperature object to hold its own copy of the double absoluteZeroFahrenheit. That value remains constant from class to class and object to object. Because of this, we make it a static field.

Previous examples used the static keyword with both fields and methods, but since this discussion is focused on data, let’s focus on static fields for now.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
public class Temperature {

   private double fahrenheit;

   private static double absoluteZeroFahrenheit = -459.67;

   public double getFahrenheit() {
      return fahrenheit;
   }

   public void setFahrenheit(double aFahrenheit) {

      if (aFahrenheit < absoluteZeroFahrenheit) {
         throw new IllegalArgumentException("Value is below absolute zero");
      }

      fahrenheit = aFahrenheit;
   }

   /* rest of the class... */

}

There are multiple ways to refer to a static field.

Examples

Within a class:

1
2
3
4
5
// Use a static field the same way as a normal, non-static field
System.out.println("Absolute zero in F is: " + absoluteZeroFahrenheit);

// We can also be more explicit
System.out.println("Absolute zero in F is: " + this.absoluteZeroFahrenheit);

Outside of a class:

 6
 7
 8
 9
10
// If the static field is public, we can do this
System.out.println("Absolute zero in F is: " + Temperature.absoluteZeroFahrenheit);

// Or if we have an object named "temp" of type Temperature
System.out.println("Absolute zero in F is: " + temp.absoluteZeroFahrenheit);

When accessing a field from outside of its class, line 7 shows the preferred technique. The syntax makes it explicit that the field is static. Line 10 does not make this point clear.

Example

As another example, we might also provide a third constructor for our Student class that only requires the student’s name. Theoretically, the studentId would (or could) be generated by the class itself.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
public class Student {

   private static int nextStudentId = 1;
   private String name;
   private final int studentId;
   private int numberOfCredits;
   private double gpa;

   public Student(String name, int studentId,
            int numberOfCredits, double gpa) {
      this.name = name;
      this.studentId = studentId;
      this.numberOfCredits = numberOfCredits;
      this.gpa = gpa;
   }

   public Student(String name, int studentId) {
      this(name, studentId, 0, 0);
   }

   public Student(String name) {
      this(name, nextStudentId);
      nextStudentId++;
   }

   /* getters and setters omitted */

}

In line 3, we add a static integer field that will keep track of the next student ID to be assigned to a student. Then, our new constructor (line 21) takes only a name as a parameter and assigns the student the next available ID. This works because static fields are shared across all objects created from the Student class, so it functions as a counter of sorts for the number of Student objects created.

5.1.3. Constants

Unlike some other languages, Java doesn’t have a special keyword to declare a constant, or unchanging, variable. However, we can achieve the same result using a combination of static and final.

1
2
3
4
public class Constants {
   public static final double PI = 3.14159;
   public static final String FIRST_PRESIDENT = "George Washington";
}

Throughout the rest of this course, when we say constant we will mean a static final variable.

Three things to note from this example:

  1. We use a different naming convention for constants than for other variables. Constants should be in ALL CAPS, with an underscore to separate words.

  2. There is no strong reason to make constants private, since restricting access would force us to re-declare the same values in different classes. We’ll generally make our constants public.

  3. We must declare and initialize a constant at the same time. If we do not declare and initialize the constant in the same statement, we cannot assign it a value later. The constant’s value remains empty.

A good use of a constant can be seen in our Temperature class. Since absolute zero will never change, we can ensure that nobody ever alters it (intentionally or by mistake) by adding final to make it a constant.

1
2
3
4
5
6
7
8
9
public class Temperature {

   private double fahrenheit;

   public static final double ABSOLUTE_ZERO_FAHRENHEIT = -459.67;

   /* rest of the class... */

}

5.1.5. Check Your Understanding

Question

Assume that we define a Pet class that uses the fields name, age, mass, and species.

Assuming you do not give your pet away, which of these fields should be declared final? (There may be more than one).

  1. name

  2. age

  3. mass

  4. species

Should any of the fields be declared static?

  1. Yes

  2. No

Question

Assume we define several fields in a Circle class. Which of the following is the BEST choice to be declared static?

  1. radius

  2. area

  3. pi

  4. circumference

Question

Which of the following is the BEST syntax for defining a variable to hold the (constant) speed of light in a vacuum?

  1. public static final int SPEED_OF_LIGHT = 299792458;

  2. private static final int SPEED_OF_LIGHT = 299792458;

  3. public static final int SPEED_OF_LIGHT;

  4. private static final int SPEED_OF_LIGHT;