Dlaczego format String (Object ... args) jest zdefiniowany jako metoda statyczna?

Question

Zastanawiam się dlaczego Java 5 i powyżej stanowią formatowania printf stylu przy użyciu statycznej metody w klasie String tak:

public static String format(String format, Object... args) 

zamiast

public String format(Object... args) 

tak, że możemy napisać "%02d".format(5) do uzyskać 05 zamiast String.format("%02d", 5).

Wyobrażałem sobie, gdybym mógł modyfikować klasy String, mogę dodać to:

public String format(Object... args) { 
    return format(this, args) 
} 

aby uzyskać ten sam rezultat.

Znalazłem, że w C#, metoda statyczna jest również używana zamiast metody instancji.

Zastanawiam się, dlaczego zdecydowali się to zrobić, ale nie znalazłem wyjaśnienia. Metody instancji trim i substring zwracają nową instancję ciągu, więc powinny zrobić to samo z format.

Ponadto klasa DateFormat wykorzystuje to również:

public final String format(Date date) 

formatowania dat. Więc jeśli weźmiemy pod uwagę instancję DateFormat jako formatera, instancja String może być również używana jako formater.

Wszelkie pomysły?

Answer 1

Być może "%02d".format(5) wydaje się sugerować, że obiekt, na który jest wywoływana metoda format, jest ciągiem formatującym.

W tym przypadku ciąg formatu bywa również String, więc wspierając tym momencie jeden mógłby argumentować, że wszystkie String s to jest format ciągów.

Prawdopodobnie można tego uniknąć, mówiąc, że statyczna metoda w klasie String może być użyta do sformatowania ciągu znaków, zamiast generować jakieś domyślne oświadczenie o wszystkich ogólnie dostępnych String s.

Answer 2

Głównym powodem jest prawdopodobnie to, że projektanci Javy nie chcieli dodawać zbyt wiele rzeczy do interfejsu String. Uczynienie go funkcją członka oznaczałoby wprowadzenie go na sznurku. Pamiętaj, że metoda niestatyczna musiałaby znajdować się w obiekcie String.

Drugim powodem jest to, że format statyczny podtrzymuje swoje podobieństwo do printf C, w który wygląda jak printf (format, arg1, arg2 ...)

Innym powodem jest to, że format jest przeciążony: istnieje wersja który bierze locale jako pierwszy parametr (przed ciągiem), więc zrobienie tego na obiekcie typu string byłoby trudne.

Answer 3

Być może, aby pokazać, że jest to funkcja "użyteczności", która istnieje dla wygody, ale która tak naprawdę nie jest wewnętrzną funkcją ciągu. Oznacza to, że String "%02d" jest sposobem reprezentowania formatu, ale w rzeczywistości nie wykonuje żadnego formatowania.

Metoda służy do wygodnego formatowania ciągów znaków, ale Formatter (która wykonuje faktyczne formatowanie) może również formatować inne typy obiektów (data itp.).

Answer 4

"% 02d" .format (5) wyglądałby "% 02d" jest sformatowany przy użyciu formatu 5, a nie odwrotnie. Również większość ciągów znaków nie nadaje się jako format ("hello world" .format (5)?), Więc metoda powinna generować wyjątki dla większości obiektów typu string.

Answer 5

W języku C#, strings are immutable. Myślę, że to jest prawdą również w Javie (nie jest to w 100% pewne). Więc nie zmieniasz łańcucha, wywołując na nim metodę formatowania, zwracasz tylko nowy ciąg z formatowaniem. To sprawia, że ​​jest to metoda na poziomie klasy, a nie metoda na poziomie instancji, dlatego jest statyczna. Możesz dodać elewację poziomu instancji w języku C#, używając funkcji rozszerzenia, ale jest to po prostu cukier syntaktyczny na wierzchu funkcji statycznej.

Answer 6

Odpowiedź dotyczy metody Format.

Jest bardziej logiczne i intuicyjne, przynajmniej dla mnie, stwierdzenie, że "ciąg formatu jest wprowadzany do metody formatowania" niż stwierdzenie, że "Format działa na łańcuchu formatującym". Jest tak, ponieważ "zazwyczaj" przekazujemy formatowanie, znane w czasie projektowania, do formatu. W przeciwieństwie do Trim, "zwykle" przekazujemy ciąg zmienny, którego wartość nie jest znana w czasie projektowania.

Dzięki czemu formatowanie jest statyczne, dzięki czemu odczyt kodu staje się bardziej intuicyjny. Spójrz na następujące (C#).

answer = String.Format("This is format string : {0}", someValue); 
//More readable to me 

answer = "This is format string : {0}".Format(someValue); 

EDYCJA: Mimo że użyłem przykładowy kod C#, ma on również zastosowanie do Java. Mam -ve głosować za używanie składni C#!

Answer 7

Tylko dlatego, że połączenie przypomina funkcję C sprintf.

Answer 8

Prawdopodobnie dlatego, że String jest niezmienny i dlatego ta metoda musi utworzyć i zwrócić nową instancję instancji String. Jeśli metoda nie została zadeklarowana jako statyczna, prawdopodobnie oczekuje się, że zmodyfikuje instancję String, na którą została wywołana.

Answer 9

Myślę, że nie jest konieczne, aby Java tworzyła jakikolwiek konstrukt podobny do czegokolwiek innego, nawet C++. Wszystko to musi być przyjęte, ponieważ programiści ją akceptują. Poza tym argumenty takie jak "uczyniły to podobnym do czegoś innego" nie wyjaśniają, dlaczego nie tworzą wersji metody instancji, robią to z prymitywnymi owijkami (oprócz metody toString(), mają wersję statyczną).

To jest to, co myślę:

W normalnym przypadku, obie formy są równoważne, ale załóżmy, że mamy coś takiego:

String invalidFormat = "%invalid"; // or something else that is invalid 

a następnie nazywamy:

String.format(invalidFormat, anything); 
// "anything" is indeed anything.... 

niepoprawny staje się argumentem, a Javy to wyjaśnia, rzucając wystąpienie IllegalArgumentException (nawet w przypadku Formattera istnieje wiele rodzajów).

Jednak w coś takiego:

invalidFormat.format(anything); 

nieważne nikt już nie jest argument.Problem dotyczy teraz instancji, do której jest wywoływany i dlatego jest lepiej opisany jako "nieprawidłowy stan" (nie "IllegalStateException" języka Java, który ma zupełnie inne zastosowanie). Ponieważ jednak ciągi znaków są niezmienne, tak zwany "stan" nigdy się nie zmieni, więc zawsze pozostanie nieprawidłowy jako format, mimo że jest to poprawny prosty ciąg.

Porównaj to z, powiedzmy, java.lang.Long. Obie wersje toString nigdy nie wyrzucą żadnego wyjątku, więc oba są równoważne.

Answer 10

Chociaż nie jestem projektantem Javy, mogę podać jeden wyraźny powód, dla którego jest on statyczny.

Java 5 wyszedł z wieloma funkcjami, ale dwie noty były:

• Zdolność do wykonywania „import static” polecenia, które pozwoliły metody statyczne być stosowane od wewnątrz klasy łatwo i bez wystawianie ich klasę Nazwa.
• Statyczna metoda użyteczności, która w prosty sposób wykonała printfs.

Chociaż byłoby miło móc powiedzieć "bla: %d".format("foo"), poprzez metodę statyczną można użyć formatu w sposób, który jest bardzo znany i czyste wyglądające dla programistów C używany do printf().

import static java.lang.String.format; 

public class Demo { 

    public void Test() { 

     //Do some stuff 

     format("Hey, this is easy to read!"); 

    } 
} 

I dlatego! Korzystając z importu statycznego, printfs wyglądają prawie tak, jak w C. Świetne!

Answer 11

Wywołanie strfmt.format (obiektów) zamiast string.Format (strfmt, obiekty)

• jest zorientowane obiektowo wezwanie zamiast zaproszenia do statycznego pomocnika.
• krótszy typ.
• jest prostszy, ponieważ ma mniej argumentów.
• jest łatwiejszy w użyciu z uzupełnianiem kodu. Jeśli zaczynasz od ciągu formatu i naciśnij. otrzymujesz format () jako opcję w IDE.
• String.format (strfmt, objects) może być przypadkowo nazywany jako strfmt.format (tekst, obiekty), który nie zrobiłby tego, co wydaje się robić.

Answer 12

naprawdę myślę format musi być metoda instancji String i tak też zrobić

• python:

  2.6: print "%s" % ("Hello")

  3.0: print("{0}".format("Hello"))

• scala:

  2.7.6: println("%s".format("Hello"))

Answer 13

answer = String.Format("This is format string : {0}", someValue); 
//More readable to me 

answer = "This is format string : {0}".Format(someValue); 

Answer 14

Po prostu kiepski projekt. Pythoner uważa to za bolesne.