P2
*background information:
Right now, x,y,width, and height can be any integer value.
Ideally, width and height should be non-negative since x and y are supposed to define the top-left coordinate of the rectangle (of course, if width or height is negative, (x,y) is no longer the upper left corner). However, because fields height, width, x, and y are all public, so there is no way to limit their ranges.
The methods in this class assume non-negative values of width and height and
as a result do not produce meaningful results when width or height is negative.
*The following needs to be documented:
The public fields width and height will be deprecated for JDK 1.1. Accessor
methods for width and height will be added for JDK 1.1. Each method
will have the added description that behavior is undefined for any rectangle
with a negative width or negative height. The constructors should have
throw clauses added that throw IllegalArgumentException when they are called
with negative width or negative height values.
Right now, x,y,width, and height can be any integer value.
Ideally, width and height should be non-negative since x and y are supposed to define the top-left coordinate of the rectangle (of course, if width or height is negative, (x,y) is no longer the upper left corner). However, because fields height, width, x, and y are all public, so there is no way to limit their ranges.
The methods in this class assume non-negative values of width and height and
as a result do not produce meaningful results when width or height is negative.
*The following needs to be documented:
The public fields width and height will be deprecated for JDK 1.1. Accessor
methods for width and height will be added for JDK 1.1. Each method
will have the added description that behavior is undefined for any rectangle
with a negative width or negative height. The constructors should have
throw clauses added that throw IllegalArgumentException when they are called
with negative width or negative height values.