Presentation is loading. Please wait.

Presentation is loading. Please wait.

Effective Java: Generics Last Updated: Spring 2009.

Similar presentations


Presentation on theme: "Effective Java: Generics Last Updated: Spring 2009."— Presentation transcript:

1 Effective Java: Generics Last Updated: Spring 2009

2 Generics 2 Agenda Material From Joshua Bloch Effective Java: Programming Language Guide Cover Items 23-29 “Generics” Chapter Bottom Line: Generics are safer, than raw types But generics are also more complex Raw types are allowed for backwards compatibility

3 Generics 3 Item 23: Don’t Use Raw Types in New Code A class (interface) with one or more type parameters is a generic class (interface) Examples: List is a raw type List is a generic interface List is a parameterized type String is the actual type parameter corresponding to E

4 Generics 4 Example: Replacing raw types // Now a raw collection type – don’t do this private final Collection stamps = …; // Contains only Stamps // Erroneous insertion of coin into stamp collection stamps.add(new Coin(…)); // Oops! We’re set up for ClassCastException later // Parameterized collection type - typesafe private final Collection stamps = …; stamps.add(new Coin(…)); // result is instead a compile time error, which is good // Now a raw iterator type – don’t do this! for (Iterator I = stamps.iterator(); i.hasNext(); ) { Stamp s = (Stamp) i.next(); // Throws ClassCastException …// Do something with the stamp } // for-each loop over parameterized collection – typesafe for (Stamp s: stamps) { // No cast …// Do something with the stamp }

5 Generics 5 Example: Mixing generic and raw types // Uses raw type (List) – fails at runtime public static void main(String[] args) { List strings = new ArrayList (); unsafeAdd(strings, new Integer(42)); String s = strings.get(0); //Exception from compiler generated cast } // note use of raw types private static void unsafeAdd(List list, Object o) { list.add(o); } // There is a compile time warning: Test.java:10: warning: unchecked call to add(E) in raw type List list.add(o); ^ // If we ignore the warning, and run the program, we get a ClassCastException // where the compiler inserted the cast // If we try the following, it won’t compile (see Item 25) private static void unsafeAdd( List list, Object o) { list.add(o);}

6 Generics 6 Example: Using Wildcards // Use of raw type for unknown element type – don’t do this! static int numbElementsInCommonSet (Set s1, Set s2) { int result = 0; for (Object o1: s1) { if (s2.contains(o1)) result ++; } return result; } // Unbounded wildcard type – typesafe and flexible static int numbElementsInCommonSet (Set s1, Set s2) { int result = 0; for (Object o1: s1) { if (s2.contains(o1)) result ++; } return result; } // We’ll revisit this type of example in Item 27

7 Generics 7 Example: Using Wildcards // Do the question marks really buy you anything? // Answer: Wildcard is typesafe, // because you can’t add *anything* (except null) to Collection // Two exceptions: Raw types ok in 1) Class Literals: List.class, not List.class 2) instanceof operator if (o instanceof Set) { // raw type ok Set m = (Set ) o; // Wildcard type // Why the exceptions? Compatibility with old Java

8 Generics 8 Item 24: Eliminate Unchecked Warnings Generics result in many compiler warnings Eliminate them As a last resort, suppress the warnings Do so as at local a level as possible Options are class down to local declaration Use the @SuppressWarnings annotation Some are easy: Set exaltation = new HashSet(); // warning Set exaltation = new HashSet (); // no warning

9 Generics 9 Item 25: Prefer Lists to Arrays Lists play well with generics Generic array creation not typesafe (hence illegal) No new List [], new List [], or new E[] Arrays are covariant, Generics are Invariant If Sub is a subtype of Super Then Sub[] is a subtype of Super[] But List is not a subtype of List Arrays are reified; Generics are erased Generics are compile time only

10 Generics 10 Example: Covariance vs. Invariance // Fails at runtime Object[] objectArray = new Long[1]; objectArray[0] = “I don’t fit in!”; // Throws ArrayStoreException // Won’t compile List o1 = new ArrayList (); o1.add(“I don’t fit in!”); // Incompatible types Not compiling is better than a runtime exception. This is basically an argument for why invariance is preferable to covariance for generics. Later, we’ll see how to relax this.

11 Generics 11 Example: Illustrating type (non) safety // Why generic array creation is illegal – won’t compile 1) List [] stringLists = new List [1]; // won’t compile 2) List intList = Arrays.asList(42); 3) Object[] objects = stringLists; 4) Objects[0] = intList; 5) String s = stringLists[0].get(0); // compiler generated cast to String Suppose 1) compiled (it won’t) 2) Creates and initializes a List with one element 3) Stores the List object into an Object array variable, note, this is legal because arrays are covariant 4) Stores the List into the sole element of the Object array this succeeds because generics are implemented by erasure. The runtime type is simply List[], so there is no exception 5) Now, we’ve stored a List instance into an array that is declared to hold only List instances. So, we get a ClassCastException

12 Generics 12 Item 26: Favor Generic Types Parameterize collection declarations Use the generic types Implementer has to work harder But clients have type safety Stack example: How to support this? public static void main (String[] args) { Stack stack = new Stack (); for (String arg: args) { stack.push(arg);} while (!stack.isEmpty()) { …stack.pop()…} }

13 Generics 13 Example: Converting collection to generics public class Stack { // Original Version – no generics private Object [] elements; private int size = 0; private static final int CAP = 16; public Stack() { elements = new Object [CAP];} public void push( Object e ) { ensureCapacity(); elements [size++] = e; } public Object pop() { if (size == 0) { throw new ISE(…); } Object result = elements [--size]; elements[size] = null; return result; } // remainder of Stack omitted – See Bloch

14 Generics 14 Example: Converting collection to generics public class Stack { // First cut at generics – won’t work private E [] elements; // Alternate 2: Leave as Object private int size = 0; private static final int CAP = 16; public Stack() { elements = new E [CAP];} // error; generic array creation // Alternate 1: = new (E[]) Object [CAP];} // warning // @SuppressWarning(“unchecked”) //public Stack() { elements = new (E[]) Object [CAP];} // warning suppressed public void push( E e ) { ensureCapacity(); elements [size++] = e; } public E pop() { if (size == 0) { throw new ISE(…); } E result = elements [--size]; // Error for Alternate 2; also cast and suppress warning elements[size] = null; return result; }

15 Generics 15 Item 27: Favor Generic Methods Just as classes benefit from generics So do methods Writing generic methods is similar to writing generic types

16 Generics 16 Example: Generic method // Uses raw types – unacceptable! (Item 23) public static Set union (Set s1, Set s2) { Set result = new HashSet(s1); // Generates a warning result.addAll(s2); // Generates a warning return result; } // Generic method public static Set union (Set s1, Set s2) { Set result = new HashSet (s1); result.addAll(s2); return result; } // The first is the type parameter list // Example from the java.util.Collection // The generics can get a bit redundant… Map > anagrams = new HashMap >();

17 Generics 17 Item 28: Use bounded wildcards to increase API Flexibility public class Stack { // First cut at generics – won’t work public Stack() public void push( E e ) public E pop() public boolean isEmpty() } // pushAll method without a wildcard type – deficient! public void pushAll( Iterable src) { for (E e : src) { push(e); } } // wildcard type for parameter that serves as an E producer public void pushAll( Iterable src) { for (E e : src) { push(e); } } // wildcard type for parameter that serves as an E consumer public void popAll ( Collection dst) { while (!isEmpty()) { dst.add(pop()); } }

18 Generics 18 The PECS mnemonic // PECS – producer extends, consumer super // Recall earlier example public static Set union (Set s1, Set s2) // Are parameters consumers or producers? ( Producers, so, extend) public static Set union (Set s1, Set s2) // Note that return type should still be Set, not Set // otherwise, clients will have to use wildcards… Set integers = … Set doublse = … Set numbers = union ( integers, doubles); // compiler error Set numbers = union. ( integers, doubles); // type parameter works // max example public static > T max (List list ) // original public static > T max (List list) // PECS

19 Generics 19 Item 29: Consider typesafe heterogeneous Containers // Typesafe heterogeneous container pattern – implementation public class Favorites private Map, Object> favorites = new HashMap(, Object>(); public void putFavorite(Class type, T instance) { if (type == null) { throw new NPE… } favorites.put (type, instance); } public T getFavorite(Class type) { return type.cast(favorites.get(type)); } // Fairly subtle stuff…


Download ppt "Effective Java: Generics Last Updated: Spring 2009."

Similar presentations


Ads by Google