Sulla traccia "Interfacce" sul sito Web di Oracle, viene presentato il seguente scenario:
Imagine a futuristic society where computer-controlled robotic cars transport passengers through city streets without a human operator. Automobile manufacturers write software (Java, of course) that operates the automobile—stop, start, accelerate, turn left, and so forth. Another industrial group, electronic guidance instrument manufacturers, make computer systems that receive GPS (Global Positioning System) position data and wireless transmission of traffic conditions and use that information to drive the car.
The auto manufacturers must publish an industry-standard interface that spells out in detail what methods can be invoked to make the car move (any car, from any manufacturer). The guidance manufacturers can then write software that invokes the methods described in the interface to command the car. Neither industrial group needs to know how the other group's software is implemented. In fact, each group considers its software highly proprietary and reserves the right to modify it at any time, as long as it continues to adhere to the published interface. (http://docs.oracle.com/javase/tutorial/java/IandI/createinterface.html)
Quindi creiamo un'interfaccia come questa:
public interface OperateCar {
// constant declarations, if any
// method signatures
// An enum with values RIGHT, LEFT
int turn(Direction direction,
double radius,
double startSpeed,
double endSpeed);
int changeLanes(Direction direction,
double startSpeed,
double endSpeed);
int signalTurn(Direction direction,
boolean signalOn);
int getRadarFront(double distanceToCar,
double speedOfCar);
int getRadarRear(double distanceToCar,
double speedOfCar);
......
// more method signatures
}
e implementalo come:
public class OperateBMW760i implements OperateCar {
// the OperateCar method signatures, with implementation --
// for example:
int signalTurn(Direction direction, boolean signalOn) {
// code to turn BMW's LEFT turn indicator lights on
// code to turn BMW's LEFT turn indicator lights off
// code to turn BMW's RIGHT turn indicator lights on
// code to turn BMW's RIGHT turn indicator lights off
}
// other members, as needed -- for example, helper classes not
// visible to clients of the interface
}
Fin qui tutto bene. Ora supponiamo che, inoltre, ogni costruttore di automobili sia tenuto a creare un prototipo di auto e supponiamo che, per qualche motivo, desideriamo tenere traccia di queste vetture prototipo. Una soluzione è aggiungere un nuovo metodo all'interfaccia OperateCar
:
public OperateCar getPrototype();
Quindi ogni classe di implementazione potrebbe implementare questo metodo restituendo la sua auto prototipo. Ma c'è un problema con questo: l'auto prototipo non ha nulla a che fare con l'istanziazione della classe di implementazione; invece, appartiene alla classe stessa. In altre parole, se non avessimo l'interfaccia, dichiareremmo automaticamente questo metodo come static
. Ma non possiamo farlo qui, perché le interfacce Java non consentono metodi statici.
Quali sono i problemi associati a non dichiarare un metodo di classe statico? Va bene in questo caso solo per lasciare la parola chiave static
in modo che compaia il codice? O gli svantaggi sono così grandi che è meglio cercare un'altra soluzione?