Integer.toString (int i) vs String.valueOf (int i)

Zastanawiam się, dlaczego String.valueOf(int i)istnieje metoda ? Używam tej metody, aby przekształcić intsię Stringi właśnie odkrył Integer.toString(int i)metodę.

Po przejrzeniu implementacji tych metod zobaczyłem, że pierwsza wywołuje drugą. W konsekwencji wszystkie moje wezwania String.valueOf(int i)dotyczą jednego połączenia więcej niż bezpośredniegoInteger.toString(int i)

Tylko dwa różne sposoby na zrobienie tego samego. Może to być powód historyczny (nie pamiętam, czy jeden był przed drugim).

W typie String mamy kilka metod valueOf

static String   valueOf(boolean b) 
static String   valueOf(char c) 
static String   valueOf(char[] data) 
static String   valueOf(char[] data, int offset, int count) 
static String   valueOf(double d) 
static String   valueOf(float f) 
static String   valueOf(int i) 
static String   valueOf(long l) 
static String   valueOf(Object obj) 

Jak widzimy, ta metoda jest w stanie rozwiązać wszystkie rodzaje liczb

każda implementacja określonej metody, jaką przedstawiłeś: Więc dla liczb całkowitych mamy

Integer.toString(int i)

za podwójne

Double.toString(double d)

i tak dalej

Moim zdaniem nie jest to kwestia historyczna, ale dla programisty bardziej przydatne jest użycie metody valueOfz klasy String niż z odpowiedniego typu, ponieważ prowadzi to do mniejszej liczby zmian, które możemy wprowadzić.

Próbka 1:

public String doStuff(int num) {

  // Do something with num...

  return String.valueOf(num);

 }

Próbka2:

public String doStuff(int num) {

 // Do something with num...

 return Integer.toString(num);

 }

Jak widzimy w próbce 2, musimy dokonać dwóch zmian, w przeciwieństwie do próbki pierwszej.

Podsumowując, użycie valueOfmetody z klasy String jest bardziej elastyczne i dlatego jest tam dostępne.

Jedną ogromną różnicą jest to, że jeśli wywołasz toString()obiekt o wartości null, otrzymasz a NullPointerException, a używając String.valueOf()możesz nie sprawdzać wartości null.

Klasa String zapewnia metody valueOf dla wszystkich typów pierwotnych i typu Object, więc zakładam, że są to wygodne metody, do których można uzyskać dostęp za pośrednictwem jednej klasy.

NB Wyniki profilowania

Średnia intToString = 5368 ms, średnia stringValueOf = 5689 ms (dla 100 000 000 operacji)

public class StringIntTest {


    public static long intToString () {
        long startTime = System.currentTimeMillis();
        for (int i = 0; i < 100000000; i++) {
            String j = Integer.toString(i);
        }
        long finishTime = System.currentTimeMillis();

        return finishTime - startTime;
    }

    public static long stringValueOf () {

        long startTime = System.currentTimeMillis();
        for (int i = 0; i < 100000000; i++) {
            String j = String.valueOf(i);
        }
        long finishTime = System.currentTimeMillis();

        return finishTime - startTime;
    }

    public static void main(String[] args) {
        long intToStringElapsed = 0;
        long stringValueOfElapsed = 0;
        for (int i = 0; i < 10; i++) {
            intToStringElapsed += intToString();
            stringValueOfElapsed+= stringValueOf();
        }
        System.out.println("Average intToString = "+ (intToStringElapsed /10));
        System.out.println("Average stringValueOf = " +(stringValueOfElapsed / 10));
    }
}

Ze źródeł Java:

/**
 * Returns the string representation of the {@code int} argument.
 * <p>
 * The representation is exactly the one returned by the
 * {@code Integer.toString} method of one argument.
 *
 * @param   i   an {@code int}.
 * @return  a string representation of the {@code int} argument.
 * @see     java.lang.Integer#toString(int, int)
 */
public static String valueOf(int i) {
    return Integer.toString(i);
}

Dają więc dokładnie ten sam wynik i faktycznie jeden wywołuje drugi. String.valueOf jest bardziej elastyczny, jeśli możesz później zmienić typ.

Jeśli spojrzysz na kod źródłowy Stringklasy, w rzeczywistości wywołuje on, Integer.toString()gdy dzwonisz valueOf().

To powiedziawszy, Integer.toString()może być odrobinę szybsze, jeśli wywołania metod nie są zoptymalizowane w czasie kompilacji (co prawdopodobnie jest).

Implementacja tego String.valueOf(), co widzisz, jest najprostszym sposobem spełnienia kontraktu określonego w API: „Reprezentacja jest dokładnie tą, która jest zwracana Integer.toString()metodą jednego argumentu”.

Odpowiadając na pytanie PO, wystarczy, że otrzyma drugie wezwanie, aby uzyskać pomoc, i sprowadza się do wyboru stylu i to wszystko. Myślę, że jest tu wiele błędnych informacji, a najlepszą rzeczą, jaką może zrobić programista Java, jest przyjrzenie się implementacji dla każdej metody, jest to jedno lub dwa kliknięcia w dowolnym IDE. Wyraźnie zobaczysz, że String.valueOf(int)po prostu Integer.toString(int)cię wzywa .

Dlatego różnica jest absolutnie zerowa, ponieważ obaj tworzą bufor znaków, przechodzą przez cyfry w numerze, a następnie kopiują go do nowego ciągu i zwracają (dlatego każdy z nich tworzy jeden obiekt String). Jedyną różnicą jest jedno dodatkowe wywołanie, które i tak kompilator eliminuje do pojedynczego wywołania.

Więc nie ma znaczenia, który dzwonisz, może poza spójnością kodu. Jeśli chodzi o komentarze o wartościach zerowych, to zajmuje prymityw, dlatego nie może być zerowe! Jeśli nie zainicjujesz przekazywanego int, otrzymasz błąd kompilacji. Nie ma więc różnicy w sposobie obsługi wartości null, ponieważ w tym przypadku nie istnieją.

Nie powinieneś się martwić o to dodatkowe połączenie, które kosztuje Cię problemy z wydajnością. Jeśli są jakieś koszty, będą one minimalne i powinny być nieistotne w szerszej perspektywie.

Być może powodem, dla którego istnieją oba, jest zapewnienie czytelności. W kontekście konwertowania wielu typów na Stringróżne wywołania String.valueOf(SomeType)mogą być bardziej czytelne niż różne SomeType.toStringwywołania.

moje otwarcie jest valueof () zawsze nazywane tostring () dla reprezentacji, więc dla rpresentaion typu primtive valueof jest uogólniona. a java domyślnie nie obsługuje typu danych, ale definiuje swoją pracę z objaect i class, wszystko zostało zrobione w cllas i zrobione obiekt .here Integer.toString (int i) tworzy ograniczenie tej konwersji tylko dla liczby całkowitej.

Nie ma różnic między Integer.toString (5) i String.valueOf (5);

ponieważ String.valueOf zwraca:

public static String valueOf(int i) {
    return Integer.toString(i);
}
public static String valueOf(float f) {
    return Float.toString(f);
}

itp..

Używając metody String.valueOf () nie musisz martwić się o dane (czy są to int, long, char, char [], boolean, Object), możesz po prostu wywołać:

• statyczna wartość ciągu ()

przy użyciu jedynej składni String.valueOf () wszystko, co przekażesz jako parametr, zostanie przekonwertowane na String i zwrócone.

W przeciwnym razie, jeśli używasz Integer.toString (), Float.toString () itp. (Np. SomeType.toString ()), będziesz musiał sprawdzić typ danych parametru, który chcesz przekonwertować na łańcuch. Dlatego lepiej jest użyć String.valueOf () do takich konwersji.

Jeśli masz tablicę klas obiektów, która zawiera różne wartości, takie jak Integer, Char, Float itp., To za pomocą metody String.valueOf () możesz łatwo przekonwertować elementy takiej tablicy do postaci String. Wręcz przeciwnie, jeśli chcesz użyć SomeType.toString (), to najpierw będziesz musiał wiedzieć o ich klasach typów danych (być może za pomocą operatora „instanceOf”), a dopiero potem możesz przejść do rzutowania typu.

Wywoływana metoda String.valueOf () odpowiada przekazanemu parametrowi (czy to Integer, Char, Float itp.), A przez przeciążenie metody wywołuje metodę „valueOf ()”, której parametr jest dopasowywany, a następnie wewnątrz tej metody jest bezpośrednie wywołanie odpowiedniej metody „toString ()”.

Możemy więc zobaczyć, jak usuwa się obciążenie związane ze sprawdzaniem typu danych, a następnie wywoływaniem odpowiedniej metody "toString ()". Wystarczy tylko wywołać metodę String.valueOf (), nie dbając o to, co chcemy przekonwertować na String.

Wniosek: Metoda String.valueOf () ma swoje znaczenie tylko kosztem jeszcze jednego wywołania.

toString ()

1. jest obecny w klasie Object, zwykle nadpisywany w klasie pochodnej
2. typecast do odpowiedniej klasy jest konieczne do wywołania metody toString ().

wartość()

1. Przeciążona metoda statyczna obecna w klasie String.

2. obsługuje zarówno typy pierwotne, jak i typy obiektów.

   Integer a = null;
   System.out.println(Integer.toString()) ; NUll pointer exception
   System.out.println(String.valueOf() ; give NULL as value

sprawdź ten link jest bardzo dobry. http://code4reference.com/2013/06/which-one-is-better-valueof-or-tostring/