Re: Niezmienniki pętli - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.programming › Niezmienniki pętli › Re: Niezmienniki pętli

X-Received: by 2002:ac8:972:: with SMTP id z47mr197388qth.3.1542999243477; Fri, 23
Nov 2018 10:54:03 -0800 (PST)
X-Received: by 2002:ac8:972:: with SMTP id z47mr197388qth.3.1542999243477; Fri, 23
Nov 2018 10:54:03 -0800 (PST)
Path: news-archive.icm.edu.pl!news.icm.edu.pl!newsfeed.pionier.net.pl!goblin1!goblin.
stu.neva.ru!v55no5098315qtk.0!news-out.google.com!h3ni5975qtk.1!nntp.google.com
!v55no5098309qtk.0!postnews.google.com!glegroupsg2000goo.googlegroups.com!not-f
or-mail
Newsgroups: pl.comp.programming
Date: Fri, 23 Nov 2018 10:54:03 -0800 (PST)
In-Reply-To: <pt93uj$d1$1@gioia.aioe.org>
Complaints-To: g...@g...com
Injection-Info: glegroupsg2000goo.googlegroups.com; posting-host=217.97.73.205;
posting-account=VFwkXwoAAADdT4-lLKRZrMYkTjizGoyn
NNTP-Posting-Host: 217.97.73.205
References: <8...@g...com>
<7...@g...com>
<d...@g...com>
<psp6q7$97o$1@node2.news.atman.pl>
<6...@g...com>
<pss4d0$14n$1@node2.news.atman.pl>
<3...@g...com>
<8...@g...com>
<a...@g...com>
<psvfau$s2$1@gioia.aioe.org>
<1...@g...com>
<pt7erk$1eer$1@gioia.aioe.org> <pt7evk$1eer$2@gioia.aioe.org>
<f...@g...com>
<pt8hiv$uaq$1@gioia.aioe.org>
<c...@g...com>
<pt93uj$d1$1@gioia.aioe.org>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <c...@g...com>
Subject: Re: Niezmienniki pętli
From: Wojciech Muła <w...@g...com>
Injection-Date: Fri, 23 Nov 2018 18:54:03 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Xref: news-archive.icm.edu.pl pl.comp.programming:212995
[ ukryj nagłówki ]
On Friday, November 23, 2018 at 3:47:50 PM UTC+1, AK wrote:
> On 2018-11-23 14:46, Maciej Sobczak wrote:
>
> > Dlaczego? Jest konsekwentny. W odróżnieniu np. od Javy, gdzie int jest
wartościowy
> > ale Integer nie jest, albo nie da się zrobić List<int>, albo gdzie wskaźniki
> > nazywane dla zmyłki referencjami są jednak wartościowe, itd.
>
> Kazdy Javowiec dobrze wie dlaczego jest ta dwoistosc (ze wzgledow
> wydajnosciowych dla typow prostych).

Jak ich przekonano, że to dobre, to wierzą; nawet uwierzą, że strictfp wynika z
Wielkiego Planowania I Przewidywania. :)
To jest przykład na to, że koślowość wynika z ważniejszej potrzeby: zachowania
kompatybilności bajtkodu. BTW, nie możesz stworzyć metody, która byłby większa niż
64kB w bajtkodzie, bo kompatybilność.

> W C++ nie ma żadnej (a to "podobno" obiektowy jezyk:).

Akurat w C++ typy całkowite po prostu są. Chociaż zawsze można je opakować w klasy i
dodać anonimowe pola char[64], żeby dotrzymać kroku w wymaganiach pamięciowych Javy.
:)

w.