Re: Nie mieszczę się w tym garniturku część 2: Java i parametry in/out[off]

eGospodarka.pl › Grupy › pl.comp.programming › Nie mieszczę się w tym garniturku część 2: Java i parametry in/out › Re: Nie mieszczę się w tym garniturku część 2: Java i parametry in/out[off]

Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.internetia.pl!not-for-mail
From: Michoo <m...@v...pl>
Newsgroups: pl.comp.programming
Subject: Re: Nie mieszczę się w tym garniturku część 2: Java i parametry
in/out[off]
Date: Wed, 27 Jun 2012 16:22:28 +0200
Organization: Netia S.A.
Lines: 30
Message-ID: <jsf55l$4lt$1@mx1.internetia.pl>
References: <jsab6l$98b$5@inews.gazeta.pl>
<4...@s...net><jsaetr$98b$7@inews.gazeta.pl><5...@h...googlegroups.com><jsejah$98b$22@inews.gazeta.pl><1...@q...googlegroups.com>
<jseq7d$iu5$2@inews.gazeta.pl> <jses0t$me8$1@inews.gazeta.pl>
<4...@g...com>
NNTP-Posting-Host: 83.238.197.12
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: mx1.internetia.pl 1340807157 4797 83.238.197.12 (27 Jun 2012 14:25:57 GMT)
X-Complaints-To: a...@i...pl
NNTP-Posting-Date: Wed, 27 Jun 2012 14:25:57 +0000 (UTC)
In-Reply-To: <4...@g...com>
X-Tech-Contact: u...@i...pl
User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:8.0) Gecko/20120216
Icedove/8.0
X-Server-Info: http://www.internetia.pl/
Xref: news-archive.icm.edu.pl pl.comp.programming:198166
[ ukryj nagłówki ]
On 27.06.2012 13:58, Maciej Sobczak wrote:
> W dniu środa, 27 czerwca 2012 13:49:38 UTC+2 użytkownik AK napisał:
>
>>> Tematem było C++sowe func(Some& inOutParam, Some2& outParam), których
>>> nie ma w Javie.
>>
>> Jak to nie ma w Javie ?
>
> W Javie wszystkie parametry przekazywane sa przez wartość. Nie ma czegoś takiego
jak przekazywanie przez referencję ani też rozróżnialnych trybów in/out/inout.
Jeszcze fajniejsze jest w javie dość ścisłe odróżnienie prymitywów od
całej reszty:
int a;
...
int b;
...
if(a==b) // nie można tu użyć equals
foo();
Teraz w toku refaktoringu zmieniamy typ a na integer. Kod nadal działa.
Zmieniamy b na integer i kod przestaje działać. Ale na niekturych
implementacjach jvm przestaje działać tylko dla wartości z poza zakresu
-128:127, bo małe wartości ze względów wydajnościowych są trzymane w
statycznej tablicy wewnątrz typu Integer.

No i wywiedzenie wszystkiego od Object, dzięki czemu
List<Intergr> l;
l.find("1"); jest równie prawidłowe jak bezużyteczne.

--
Pozdrawiam
Michoo