Мне интересно, когда использовать статические методы? Скажем, если у меня есть класс с несколькими получателями и установщиками, одним или двумя методами, и я хочу, чтобы эти методы можно было вызывать только на объекте экземпляра класса. Означает ли это, что я должен использовать статический метод?
например
Obj x = new Obj();
x.someMethodили
Obj.someMethod(это статический способ?)
Я довольно смущен!
Ответы:
Одно эмпирическое правило: спросите себя: «Есть ли смысл вызывать этот метод, даже если объект еще не был построен?» Если это так, то он обязательно должен быть статичным.
Так что в классе у Carвас может быть метод:
double convertMpgToKpl(double mpg)... что было бы статично, потому что кто-то может захотеть узнать, во что конвертируется 35 миль на галлон, даже если никто никогда не создавал Car. Но этот метод (который устанавливает эффективность одного конкретного Car):
void setMileage(double mpg)... не может быть статичным, поскольку невозможно вызвать метод до того, как какой-либо объект был создан Car.
(Между прочим, обратное не всегда верно: иногда вы можете иметь метод, который включает два Carобъекта, и все же хотите, чтобы он был статическим. Например:
Car theMoreEfficientOf( Car c1, Car c2 )Хотя это может быть преобразовано в нестатическую версию, некоторые утверждают, что, поскольку нет «привилегированного» выбора, который Carболее важен, вы не должны заставлять вызывающего абонента выбирать его Carв качестве объекта, который вы вызываете. метод на. Эта ситуация объясняет довольно небольшую долю всех статических методов.)
Car#isMoreEfficientThan(Car). Преимущество в том, что автомобиль, который вы возвращаете в галстуке, не является произвольным. По названию метода очевидно, что возвращается в связи.
Определите статические методы только в следующих сценариях:
Есть несколько веских причин использовать статические методы:
Производительность : если вы хотите, чтобы какой-то код выполнялся, и не хотите создавать для этого дополнительный объект, вставьте его в статический метод. JVM также может оптимизировать статические методы (я думаю, что я когда-то читал Джеймса Гослинга, заявляющего, что вам не нужны пользовательские инструкции в JVM, поскольку статические методы будут такими же быстрыми, но не смогут найти источник - таким образом это может быть полностью ложным). Да, это микрооптимизация, и, вероятно, она не нужна. И мы, программисты, никогда не делаем ненужных вещей только потому, что они крутые, верно?
Практичность : вместо вызова new Util().method(arg), вызова Util.method(arg)или method(arg)со статическим импортом. Проще, короче.
Добавление методов : вы действительно хотели, чтобы класс String имел removeSpecialChars()метод экземпляра, но его там нет (и не должно быть, поскольку специальные символы вашего проекта могут отличаться от других проектов), и вы не можете добавить его (поскольку Java несколько вменяемый), поэтому вы создаете служебный класс и вызываете removeSpecialChars(s)вместо s.removeSpecialChars(). Сладкий.
Чистота : принимая некоторые меры предосторожности, ваш статический метод будет чистой функцией , то есть от него зависят только параметры. Данные в, данные в. Это легче читать и отлаживать, так как вам не нужно беспокоиться об особенностях наследования. Вы можете сделать это и с методами экземпляра, но компилятор поможет вам немного больше со статическими методами (не допуская ссылки на атрибуты экземпляра, переопределяющие методы и т. Д.).
Вам также нужно будет создать статический метод, если вы хотите создать синглтон, но ... не надо. Я имею в виду, подумай дважды.
Теперь, что более важно, почему вы не хотите создавать статический метод? В основном, полиморфизм уходит в окно . Вы не сможете ни переопределить метод, ни объявить его в интерфейсе (до Java 8) . Это требует много гибкости от вашего дизайна. Кроме того, если вам нужно состояние , у вас будет много ошибок параллелизма и / или узких мест, если вы не будете осторожны.
После прочтения статей Миско я считаю, что статические методы плохие с точки зрения тестирования. Вместо этого у вас должны быть фабрики (возможно, с использованием инструмента внедрения зависимостей, такого как Guice ).
У меня есть только один предмет Что-то вроде проблемы «как мне убедиться, что у меня есть только один предмет?» приятно обойти стороной. Вы создаете экземпляр только одной ApplicationFactory в своей основной базе данных, и в результате вы создаете только один экземпляр всех своих синглетонов.
Основная проблема со статическими методами - это процедурный код. Я понятия не имею, как провести модульное тестирование процедурного кода. Модульное тестирование предполагает, что я могу создать экземпляр своего приложения изолированно. Во время создания экземпляра я связываю зависимости с помощью mocks / friendlies, которые заменяют реальные зависимости. При процедурном программировании нечего «связывать», поскольку нет объектов, код и данные разделены.
Math.abs()или Arrays.sort()даже методы, в которые можно передать все зависимости , я не понимаю, как это могло бы помешать модульному тестированию. Я бы сказал, что простое эмпирическое правило таково: если у вас есть какая-либо причина издеваться над процедурной логикой, не используйте статический метод. У меня никогда не было причин издеваться Arrays.sort()или Math.abs().
staticМетод является одним типа способа , который не требует какого - либо объекта , который будет инициализирован для того , чтобы назвать. Вы заметили static, используется в mainфункции в Java? Выполнение программы начинается оттуда без создания объекта.
Рассмотрим следующий пример:
class Languages
{
public static void main(String[] args)
{
display();
}
static void display()
{
System.out.println("Java is my favorite programming language.");
}
}Статические методы в java принадлежат классу (а не его экземпляру). Они не используют переменные экземпляра и обычно принимают входные данные от параметров, выполняют над ними действия, а затем возвращают некоторый результат. Методы экземпляров связаны с объектами и, как следует из названия, могут использовать переменные экземпляра.
Нет, статические методы не связаны с экземпляром; они принадлежат к классу. Статические методы - ваш второй пример; методы экземпляра являются первыми.
Если вы применяете статическое ключевое слово с любым методом, оно называется статическим методом.
// Программа изменения общего свойства всех объектов (статическое поле).
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 222 американских BBDIT 333 китайских BBDIT
Статические методы не связаны с экземпляром, поэтому они не могут получить доступ к любым нестатическим полям в классе.
Вы бы использовали статический метод, если метод не использует какие-либо поля (или только статические поля) класса.
Если используются какие-либо нестатические поля класса, вы должны использовать нестатический метод.
Статические методы должны вызываться в классе, методы экземпляра должны вызываться в экземплярах класса. Но что это значит на самом деле? Вот полезный пример:
Класс автомобиля может иметь метод экземпляра, называемый Accelerate (). Ускорить автомобиль можно только в том случае, если автомобиль действительно существует (был построен) и, следовательно, это будет метод экземпляра.
У автомобильного класса также может быть метод count, называемый GetCarCount (). Это вернет общее количество созданных (или построенных) автомобилей. Если не было построено ни одного автомобиля, этот метод вернул бы 0, но его все равно можно было бы вызвать, и поэтому он должен был бы быть статическим методом.
На самом деле, мы используем статические свойства и методы в классе, когда мы хотим использовать некоторую часть нашей программы, которая должна существовать там до тех пор, пока наша программа не будет запущена. И мы знаем, что для манипулирования статическими свойствами нам нужны статические методы, поскольку они не являются частью переменной экземпляра. А без статических методов манипулирование статическими свойствами занимает много времени.
Используйте статический метод, когда вы хотите иметь доступ к методу без экземпляра класса.
Статические методы не нужно вызывать для объекта, и именно тогда вы его используете. Пример: ваш Main () является статическим, и вы не создаете объект для его вызова.
Статические методы и переменные являются контролируемой версией глобальных функций и переменных в Java. В каких методах можно получить доступ как classname.methodName()или classInstanceName.methodName(), то есть к статическим методам и переменным можно получить доступ, используя имя класса, а также экземпляры класса.
Класс не может быть объявлен как статический (потому что это не имеет смысла. Если класс объявлен как открытый, к нему можно получить доступ откуда угодно), внутренние классы могут быть объявлены как статические.
Статические методы могут быть использованы, если
Никто не хочет выполнять действие над экземпляром (служебные методы)
Как упоминалось в нескольких приведенных выше ответах в этом посте, пересчет миль в километры или расчет температуры по Фаренгейту в градусах Цельсия и наоборот. В этих примерах, использующих статический метод, ему не нужно создавать экземпляр нового объекта в куче памяти. Рассмотреть ниже
1. new ABCClass(double farenheit).convertFarenheitToCelcium()
2. ABCClass.convertFarenheitToCelcium(double farenheit)первый создает новый след класса для каждого вызова метода, Performance, Practical . Примерами являются класс StringUtils библиотеки Math и Apache-Commons:
Math.random()
Math.sqrt(double)
Math.min(int, int)
StringUtils.isEmpty(String)
StringUtils.isBlank(String)Один хочет использовать в качестве простой функции. Входные данные передаются явно, и получение данных результата в качестве возвращаемого значения. Наследование, объектное воплощение не входит в картину. Краткий, Читаемый .
ПРИМЕЧАНИЕ . Немногие люди выступают против тестируемости статических методов, но статические методы тоже можно тестировать! С помощью jMockit можно высмеивать статические методы. Тестируемость . Пример ниже:
new MockUp<ClassName>() {
@Mock
public int doSomething(Input input1, Input input2){
return returnValue;
}
};Мне интересно, когда использовать статические методы?
staticметодов для доступа к staticполям.Но вы можете иметь staticметоды, не ссылаясь на staticпеременные. Вспомогательные методы без ссылки на staticпеременную можно найти в некоторых классах Java, таких как java.lang.Math.
public static int min(int a, int b) {
return (a <= b) ? a : b;
}Другой вариант использования, который я могу представить в сочетании с synchronizedметодом, - реализация блокировки на уровне класса в многопоточной среде.
Скажем, если у меня есть класс с несколькими получателями и установщиками, одним или двумя методами, и я хочу, чтобы эти методы можно было вызывать только на объекте экземпляра класса. Означает ли это, что я должен использовать статический метод?
Если вам нужен доступ к методу объекта-экземпляра класса, ваш метод должен быть нестатичным.
Страница документации Oracle содержит более подробную информацию.
Разрешены не все комбинации переменных и методов экземпляра и класса:
A common use for static methods is to access static fields.не аргумент.
Статический метод имеет две основные цели:
Всякий раз, когда вы не хотите создавать объект для вызова метода в вашем коде, просто объявите этот метод как статический. Поскольку статическому методу не требуется вызывать экземпляр, но здесь есть загвоздка, не все статические методы вызываются JVM автоматически. Эта привилегия используется только в методе main () "public static void main [String ... args]" в java, поскольку во время выполнения это метод Signature public "static" void main [], который JVM ищет в качестве точки входа в начать выполнение кода.
Пример:
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");
}
} Вывод: - Этот статический метод выполняется JVM. Этот статический метод должен вызываться явно. Этот статический метод должен вызываться явно. Этот статический метод должен вызываться явно.