Me pregunto cuándo usar métodos estáticos. Digamos si tengo una clase con algunos captadores y establecedores, un método o dos, y quiero que esos métodos solo sean invocables en un objeto de instancia de la clase. ¿Esto significa que debería usar un método estático?
p.ej
Obj x = new Obj();
x.someMethod
o
Obj.someMethod(¿Es esta la forma estática?)
Estoy bastante confundido!
Respuestas:
Una regla general: pregúntese "¿Tiene sentido llamar a este método, incluso si todavía no se ha construido ningún objeto?" Si es así, definitivamente debería ser estático.
Entonces, en una clase Car, podrías tener un método:
double convertMpgToKpl(double mpg)... lo cual sería estático, porque uno podría querer saber a qué se convierte 35mpg, incluso si nadie ha construido alguna vez un Car. Pero este método (que establece la eficiencia de un particular Car):
void setMileage(double mpg)... no puede ser estático ya que es inconcebible llamar al método antes de que Carse haya construido ninguno .
(Por cierto, lo contrario no siempre es cierto: a veces puede tener un método que involucra dos Carobjetos, y aún así quiere que sea estático. Por ejemplo:
Car theMoreEfficientOf( Car c1, Car c2 )Aunque esto podría convertirse a una versión no estática, algunos argumentarían que, dado que no existe una opción "privilegiada", lo cual Cares más importante, no debe obligar a la persona que llama a elegir una Carcomo el objeto que invocará. método en. Sin embargo, esta situación representa una fracción bastante pequeña de todos los métodos estáticos).
Car#isMoreEfficientThan(Car). Tiene la ventaja de que el auto que devuelve en un empate no es arbitrario. Es obvio por el título del método lo que se devuelve en un empate.
Defina métodos estáticos solo en los siguientes escenarios:
Hay algunas razones válidas para usar métodos estáticos:
Rendimiento : si desea ejecutar algún código y no desea crear una instancia de un objeto adicional para hacerlo, introdúzcalo en un método estático. La JVM también puede optimizar mucho los métodos estáticos (creo que una vez leí a James Gosling declarando que no necesita instrucciones personalizadas en la JVM, ya que los métodos estáticos serán igual de rápidos, pero no pudieron encontrar la fuente, por lo tanto podría ser completamente falso). Sí, es micro-optimización, y probablemente innecesaria. Y nosotros los programadores nunca hacemos cosas innecesarias solo porque son geniales, ¿verdad?
Practicidad : en lugar de llamar new Util().method(arg), llamar Util.method(arg)o method(arg)con importaciones estáticas. Más fácil, más corto.
Agregar métodos : realmente quería que la clase String tuviera un removeSpecialChars()método de instancia, pero no está allí (y no debería, ya que los caracteres especiales de su proyecto pueden ser diferentes de los del otro proyecto), y no puede agregarlo (ya que Java es algo sensato), por lo que crea una clase de utilidad y llama en removeSpecialChars(s)lugar de s.removeSpecialChars(). Dulce.
Pureza : tomando algunas precauciones, su método estático será una función pura , es decir, lo único de lo que depende es de sus parámetros. Datos de entrada, datos de salida. Esto es más fácil de leer y depurar, ya que no tiene que preocuparse por las peculiaridades de la herencia. También puede hacerlo con métodos de instancia, pero el compilador lo ayudará un poco más con los métodos estáticos (al no permitir referencias a atributos de instancia, métodos de anulación, etc.).
También tendrá que crear un método estático si desea hacer un singleton, pero ... no lo haga. Quiero decir, piénsalo dos veces.
Ahora, más importante, ¿por qué no querrías crear un método estático? Básicamente, el polimorfismo sale por la ventana . No podrá anular el método ni declararlo en una interfaz (anterior a Java 8) . Se necesita mucha flexibilidad de su diseño. Además, si necesita estado , terminará con muchos errores de concurrencia y / o cuellos de botella si no tiene cuidado.
Después de leer los artículos de Misko, creo que los métodos estáticos son malos desde el punto de vista de la prueba. Debería tener fábricas en su lugar (tal vez utilizando una herramienta de inyección de dependencia como Guice ).
solo tengo uno de algo El problema de "¿cómo me aseguro de que solo tengo uno de algo" está muy bien evitado. Solo crea una instancia de ApplicationFactory en su main y, como resultado, solo crea una instancia de todos sus singletons.
El problema básico con los métodos estáticos es que son código de procedimiento. No tengo idea de cómo probar el código de procedimiento de la unidad. Las pruebas unitarias suponen que puedo crear una instancia de una parte de mi aplicación de forma aislada. Durante la instanciación, conecto las dependencias con simulacros / amistosos que reemplazan las dependencias reales. Con la programación de procedimientos no hay nada que "conectar" ya que no hay objetos, el código y los datos están separados.
Math.abs()o Arrays.sort(), incluso métodos en los que puede pasar todas las dependencias , no veo cómo eso impediría alguna vez las pruebas unitarias. Diría que una regla general simple es: si alguna vez tiene alguna razón para burlarse de la lógica de procedimiento, entonces no la ponga en un método estático. Nunca he tenido una razón para burlarme Arrays.sort()o Math.abs().
Un staticmétodo es un tipo de método que no necesita ningún objeto para inicializarse para que se llame. ¿Has notado que staticse usa en la mainfunción en Java? La ejecución del programa comienza desde allí sin que se cree un objeto.
Considere el siguiente ejemplo:
class Languages
{
public static void main(String[] args)
{
display();
}
static void display()
{
System.out.println("Java is my favorite programming language.");
}
}Los métodos estáticos en Java pertenecen a la clase (no una instancia de ella). No utilizan variables de instancia y, por lo general, toman datos de los parámetros, realizan acciones en ellos y luego devuelven algún resultado. Los métodos de instancias están asociados con objetos y, como su nombre lo indica, pueden usar variables de instancia.
No, los métodos estáticos no están asociados con una instancia; Pertenecen a la clase. Los métodos estáticos son su segundo ejemplo; Los métodos de instancia son los primeros.
Si aplica una palabra clave estática con cualquier método, se conoce como método estático.
// Programa para cambiar la propiedad común de todos los objetos (campo estático).
class Student9{
int rollno;
String name;
static String college = "ITS";
static void change(){
college = "BBDIT";
}
Student9(int r, String n){
rollno = r;
name = n;
}
void display (){System.out.println(rollno+" "+name+" "+college);}
public static void main(String args[]){
Student9.change();
Student9 s1 = new Student9 (111,"Indian");
Student9 s2 = new Student9 (222,"American");
Student9 s3 = new Student9 (333,"China");
s1.display();
s2.display();
s3.display();
} }O / P: 111 BBDIT indio 222 BBDIT estadounidense 333 BBDIT de China
Los métodos estáticos no están asociados con una instancia, por lo que no pueden acceder a ningún campo no estático en la clase.
Usaría un método estático si el método no usa ningún campo (o solo campos estáticos) de una clase.
Si se usan campos no estáticos de una clase, debe usar un método no estático.
Los métodos estáticos deben llamarse en la Clase, los métodos de Instancia deben llamarse en las Instancias de la Clase. Pero, ¿qué significa eso en realidad? Aquí hay un ejemplo útil:
Una clase de automóvil podría tener un método de instancia llamado Accelerate (). Solo puede acelerar un automóvil, si el automóvil realmente existe (ha sido construido) y, por lo tanto, este sería un método de instancia.
Una clase de automóvil también podría tener un método de conteo llamado GetCarCount (). Esto devolvería el número total de automóviles creados (o construidos). Si no se han construido automóviles, este método devolvería 0, pero aún debería poder llamarse y, por lo tanto, debería ser un método estático.
En realidad, usamos propiedades y métodos estáticos en una clase, cuando queremos usar alguna parte de nuestro programa debería existir allí hasta que nuestro programa se esté ejecutando. Y sabemos que, para manipular propiedades estáticas, necesitamos métodos estáticos, ya que no son parte de la variable de instancia. Y sin métodos estáticos, manipular propiedades estáticas lleva mucho tiempo.
Use un método estático cuando desee poder acceder al método sin una instancia de la clase.
Los métodos estáticos no necesitan ser invocados en el objeto y eso es cuando lo usa. Ejemplo: su Main () es estático y no crea un objeto para llamarlo.
Los métodos y variables estáticas son versiones controladas de funciones y variables 'globales' en Java. En qué métodos se puede acceder como classname.methodName()o classInstanceName.methodName(), es decir, se puede acceder a métodos estáticos y variables utilizando el nombre de la clase, así como instancias de la clase.
La clase no se puede declarar como estática (porque no tiene sentido. Si una clase se declara pública, se puede acceder desde cualquier lugar), las clases internas se pueden declarar estáticas.
Se pueden usar métodos estáticos si
Uno no quiere realizar una acción en una instancia (métodos de utilidad)
Como se mencionó en algunas de las respuestas anteriores en esta publicación, convertir millas a kilómetros o calcular la temperatura de Fahrenheit a Celsius y viceversa. Con estos ejemplos utilizando el método estático, no es necesario crear instancias de objetos completamente nuevos en la memoria de almacenamiento dinámico. Considere a continuación
1. new ABCClass(double farenheit).convertFarenheitToCelcium()
2. ABCClass.convertFarenheitToCelcium(double farenheit)el primero crea una nueva huella de clase para cada invocación de método, Rendimiento, Práctico . Los ejemplos son la clase StringUtils de la biblioteca Math y Apache-Commons a continuación:
Math.random()
Math.sqrt(double)
Math.min(int, int)
StringUtils.isEmpty(String)
StringUtils.isBlank(String)Uno quiere usarlo como una función simple. Las entradas se pasan explícitamente y se obtienen los datos del resultado como valor de retorno. Herencia, la instanciación de objetos no entra en escena. Conciso, legible .
NOTA : Pocas personas argumentan en contra de la capacidad de prueba de los métodos estáticos, ¡pero los métodos estáticos también se pueden probar! Con jMockit, uno puede burlarse de los métodos estáticos. La capacidad de prueba . Ejemplo a continuación:
new MockUp<ClassName>() {
@Mock
public int doSomething(Input input1, Input input2){
return returnValue;
}
};Me pregunto cuándo usar métodos estáticos.
staticmétodos es acceder a los staticcampos.Pero puede tener staticmétodos, sin hacer referencia a staticvariables. Los métodos auxiliares sin staticvariable de referencia se pueden encontrar en algunas clases de java como java.lang.Math
public static int min(int a, int b) {
return (a <= b) ? a : b;
}El otro caso de uso, puedo pensar en estos métodos combinados con el synchronizedmétodo es la implementación del bloqueo de nivel de clase en un entorno de subprocesos múltiples.
Digamos si tengo una clase con algunos captadores y establecedores, un método o dos, y quiero que esos métodos solo sean invocables en un objeto de instancia de la clase. ¿Esto significa que debería usar un método estático?
Si necesita acceder al método en un objeto de instancia de la clase, su método debe ser no estático.
La página de documentación de Oracle proporciona más detalles.
No se permiten todas las combinaciones de variables y métodos de instancia y clase:
A common use for static methods is to access static fields.no es un argumento.
Un método estático tiene dos propósitos principales:
Siempre que no desee crear un objeto para llamar a un método en su código, simplemente declare ese método como estático. Dado que el método estático no necesita una instancia para ser llamado, pero la captura aquí no es que todos los métodos estáticos sean llamados automáticamente por JVM. Este privilegio es disfrutado solo por el método main () "public static void main [String ... args]" en java porque en Runtime este es el método Signature public "static" void main [] buscado por JVM como punto de entrada a iniciar la ejecución del código.
Ejemplo:
public class Demo
{
public static void main(String... args)
{
Demo d = new Demo();
System.out.println("This static method is executed by JVM");
//Now to call the static method Displ() you can use the below methods:
Displ(); //By method name itself
Demo.Displ(); //By using class name//Recommended
d.Displ(); //By using instance //Not recommended
}
public static void Displ()
{
System.out.println("This static method needs to be called explicitly");
}
} Salida: - JVM ejecuta este método estático. Este método estático debe llamarse explícitamente. Este método estático debe llamarse explícitamente. Este método estático debe llamarse explícitamente.