Splitta sträng i Java, varför blir det på detta viset?

Split tar emot Regex som argument så antar att du är ute efter

split("\\.",2)

Sen ett tips för ett enklare "liv", använd Javas Tokenizer om du inte är van med regex lättare med delimiters där

Varför appendar du en tom sträng till getSelectedValue() ? Antar att getSelectedValue() returnerar ett Object och detta är ett försök till casting?

I så fall är det bättre att casta returvärdet explicit:

String information = (String)jliPersonal.getSelectedValue();

Om inte annat blir mer läsligt.

Som sagt, jag vet inte vad jliPersonal.getSelectedValue() har för returtyp. Returnerar den String så behövs ingen omvandling alls, och ja, en sträng är ett objekt av klassen String.

Blev bara lite förvirrad av att du hade + ""; med.

Och när jag sa Object så menade jag Java-klassen, inte en instans av en klass.
objekt = instans av en klass i ett objektorienterat språk
Object = rotklassen i java. Alla klasser i Java ärver från denna klassen.

Men det känns som att jag rör till det för dig. Stryk + "" så är jag nöjd.

Vilken typ av exception syftar du på? Den enda jag kan komma på som man undviker om man gör så är NullPointerException, och är det sådana man är rädd för bör man väl göra en nullcheck istället, annars kommer man ju bara utföra efterkommande operationer på strängen "null".

I båda fallen (cast till String vs. appenda tom sträng) så kommer toString() att anropas på objektet, enda skillnaden är att vid cast kommer vi få null om det vi försöker omvandla är null, och i det andra fallet kommer vi få null representerat som sträng + en tom sträng. Och då är det första alternativet + nullcheck och felmeddelande om resultatet är null bättre, än att fortsätta och använda strängen "null" för efterkommande operationer.

class Main
{
    public static void main (String[] args) throws java.lang.Exception
    {
        String correctWay = (String)getSelectedValue();
        String wrongWay = getSelectedValue() + "";

        System.out.println(correctWay == null);
        System.out.println(wrongWay == null);
    }

    public static Object getSelectedValue()
    {
        return null;
    }
}

Resultat:

true
false

Som Teknocide sa, i vissa fall. Jag håller med om att ha "null safe" kod är bättre men sen så är det ju fall där det kanske inte spelar så stor roll och det ligger mer "värde" i att veta att man inte får exception samt inte behöver skriva extra hantering. Beror helt på situation och vad som är praktiskt. Dilemmat med hur mkt felhantering man skall ha är ju inte ovanligt så :P. Bra att veta och säkert lärorikt för TS iaf!:)
Enda julaftonsinlägget, god jul på er!

class Main
{
        public static void main (String[] args) throws java.lang.Exception
        {
                String s = (String)getSelectedValue();
                System.out.println(s);
        }
 
        public static Object getSelectedValue()
        {
                return new Double(42.0);
        }
}

Okej det har du rätt i. Om programmet i första-posten skulle få något annat än en sträng i ett visst format så skulle programmet ändå bete sig oväntat. Men ja, som sagt innan så beror det på hur mycket felhantering man vill slänga på.