K čemu je v Javě prázdný String konstruktor?

[někdo]

1. bultin java serializaci prakticky nikdo nepouziva. Polozme si otazku proc existuje aspon 20 serializacnich frameworku.

Položme si zajímavější otázku: když built-in serializace prázdný konstruktor nepotřebuje, k čemu ho nutně potřebují ty frameworky?

Built-in serializace podvádí za vydatné podpory JVM. Framework může vytvořit objekt za použití prázdného konstruktoru a pak ho "dodělat" pomocí java.lang.reflect.*.

[Reklama]

[alef0]

A čo potom java.lang.Long-y a java.lang.Integer-y?

[DK]

alef0: Long je delsi, nez Integer, alokuje si vice pameti

[alef0]

Narážal som na to, že Long nemá verejný bezparametrový konštruktor.

[Mirek Prýmek]

Built-in serializace podvádí za vydatné podpory JVM. Framework může vytvořit objekt za použití prázdného konstruktoru a pak ho "dodělat" pomocí java.lang.reflect.*.

To ale není důvod k tomu, aby každý objekt měl povinně bezparametrický konstruktor - a o tom je řeč.

[Reklama]

[Natix]

Napadlo mě, že smysl tohohle defaultního kontruktoru bude asi podobný jako u jeho obdoby u java.lang.Object.

Vytvořit si instanci obyčejného Objectu samo o sobě nemá moc smysl, leda bych si potřeboval držet privátní objekt, o které vím, že je unikátní. V praxi jsem to viděl aplikované asi jenom pro synchronizační zámek:

Kód: [Vybrat]

private final Object lock = new Object();

Teoreticky by se mohl podobným způsobem definovat také privátní unikátní klíč do IdentityHashMap.

A aby to nebylo tak jednoduché, tak jsou 3 způsoby jak vyrobit prázdný string:

Kód: [Vybrat]

String s = "";
String s = new String();
String s = new String("");
A každý z nich funguje jinak. 

[Mirek Prýmek]

Napadlo mě, že smysl tohohle defaultního kontruktoru bude asi podobný jako u jeho obdoby u java.lang.Object.

To těžko - z důvodů, o kterých tady už byla řeč: http://www.jguru.com/faq/view.jsp?EID=34802

[kuka]

A aby to nebylo tak jednoduché, tak jsou 3 způsoby jak vyrobit prázdný string:

Kód: [Vybrat]

String s = "";
String s = new String();
String s = new String("");
A každý z nich funguje jinak. 

Prazdny string jde vytvorit mnohem vice zpusoby. Co to znamena, ze kazdy ze zpusobu funguje jinak? V cm to "neni jednoduche"? A neco z toho vyplyva?

[Natix]

A aby to nebylo tak jednoduché, tak jsou 3 způsoby jak vyrobit prázdný string:

Kód: [Vybrat]

String s = "";
String s = new String();
String s = new String("");
A každý z nich funguje jinak. 

Prazdny string jde vytvorit mnohem vice zpusoby. Co to znamena, ze kazdy ze zpusobu funguje jinak? V cm to "neni jednoduche"? A neco z toho vyplyva?

Jo, těch konstruktorů tam je kopec, ale tyhle tři případy výše se liší v principu, (asi) všechny ostatní už jsou obdobné.

Literál "" se bere ze string poolu. Druhý případ vyrobí nový objekt, který má vlastní (nové) interní char pole. Třetí vyrobí nový string objekt, ale bude mít char pole sdílené s prvním. Viz výpis identity-hashcodů:

Kód: [Vybrat]

""
String hashCode: 30223967
char[] hashCode: 18903403

new String()
String hashCode: 14978587
char[] hashCode: 19770577

new String("")
String hashCode: 28117098
char[] hashCode: 18903403


[Lenin POWER!]

1. bultin java serializaci prakticky nikdo nepouziva. Polozme si otazku proc existuje aspon 20 serializacnich frameworku.

Položme si zajímavější otázku: když built-in serializace prázdný konstruktor nepotřebuje, k čemu ho nutně potřebují ty frameworky?

Built-in serializace podvádí za vydatné podpory JVM. Framework může vytvořit objekt za použití prázdného konstruktoru a pak ho "dodělat" pomocí java.lang.reflect.*.

No vidite, tak jste na to prisli. Pokud jde o objekt varianty typu ala Integer, tak ty se diky efektivite serializuji jako primitivni typy a ne jako jejich objekt varianty.

[Mirek Prýmek]

No vidite, tak jste na to prisli. Pokud jde o objekt varianty typu ala Integer, tak ty se diky efektivite serializuji jako primitivni typy a ne jako jejich objekt varianty.

Aha, mně to hnedka nedošlo, máš úplnou pravdu! Natix se ptal, proč autoři Javy do API ten konstruktor dali - a ono to bylo takhle:

A: Ty hele, ta naše serializace je zatraceně pomalá!
B: To je v poho, vyrojí se spousta knihoven, který to budou dělat líp.
A: No jo, jenže nebudou potřebovat String()?
B: No, my to obcházíme neveřejnýma funkcema...
A: Tak jim tam ten String() dáme, ať nám tu serializaci můžou udělat pořádně!

Tak to jo.

Stejně to ale museli být pěkní vohnouti, když to vyřešili takhle, místo aby udělali pořádný rozhraní umožňující custom serializaci...

No ale hlavně že to teda už vím a můžu už googlit jenom porno.

[Jakub Galgonek]

Framework může vytvořit objekt za použití prázdného konstruktoru a pak ho "dodělat" pomocí java.lang.reflect.*.

Jak konkrétně by se dal dodělat?

[KapitánRUMFree]

....

-1 bod za naše diskuze o IPv6, ale +10 bodů za tenhle post 

[Mirek Prýmek]

Framework může vytvořit objekt za použití prázdného konstruktoru a pak ho "dodělat" pomocí java.lang.reflect.*.

Jak konkrétně by se dal dodělat?

Nejspíš myslel vytvořit "prázdný" objekt "prázdným" konstruktorem a pak nastavit všechny vlastnosti pomocí java.lang.reflect.Field nebo tak něco...

Tahle myšlenka má jednu drobnou vadu: nemá to absolutně žádnou souvislost s tím, proč má String neparametrický konstruktor. (Nebudeme snad doufám tvrdit, že ho má proto, abysme mohli vytvořit prázdný String a potom ho pomocí reflect.Field změnit...)

[Jakub Galgonek]

Nejspíš myslel vytvořit "prázdný" objekt "prázdným" konstruktorem a pak nastavit všechny vlastnosti pomocí java.lang.reflect.Field nebo tak něco...

No což o to, já vím, jak to myslel. Spíše mne ale zajímá, pokud to jde udělat, tak jak? Hodil by se prostě přiklad kódu.