-
11. Data: 2012-06-25 22:05:13
Temat: Re: Java i goto
Od: "AK" <n...@n...com>
Użytkownik "Edek Pienkowski" <e...@g...com> napisał:
> Hermetyczny nieco+ dowcip.
Tez uczeszczasz do AA ?
AK
-
12. Data: 2012-06-25 22:09:00
Temat: Re: Java i goto
Od: Edek Pienkowski <e...@g...com>
Dnia Mon, 25 Jun 2012 22:05:13 +0200, AK napisal:
> Użytkownik "Edek Pienkowski" <e...@g...com> napisał:
>
>> Hermetyczny nieco+ dowcip.
>
> Tez uczeszczasz do AA ?
Nie, raczej do Yyy.
Edek
-
13. Data: 2012-06-25 22:14:47
Temat: Re: Java i goto
Od: "AK" <n...@n...com>
Użytkownik "Edek Pienkowski" <e...@g...com> napisał:
> Nie, raczej do Yyy.
PS: Aha
Edku
To co napisalem w formie ludycznego zartu jest "najprawdziwsza prawda"
i na tym powinna sie zakonczyc _definitywnie_ wieczna "never ending story":
programowanie z goto vs. programowanie bez goto.
AK
-
14. Data: 2012-06-25 23:24:03
Temat: Re: Java i goto [OT] Java i Abstraction Penalty
Od: Edek Pienkowski <e...@g...com>
Dnia Mon, 25 Jun 2012 14:15:05 -0500, A.L. napisal:
> On Mon, 25 Jun 2012 17:42:08 +0000 (UTC), Edek Pienkowski
> <e...@g...com> wrote:
>
>
>>Ooo. Rano sprawdzę, czy da się tak, czy trzeba search_complete:
>>while(true/false) {
>> ...
>>}
>>
>>Jest to jakiś pomysł, rano zawsze czytam kod z poprzedniego dnia, może
>>się ten pomysł przydać.
>>
>>Edek
>
> Przeczytaj sobie uwaznie to
>
> http://docs.oracle.com/javase/specs/jls/se5.0/html/s
tatements.html
Tam jest punkt z algorytmem grafowym, na temat, ale mnie zaniepokoiło
użycie tablic, int[][]. W językach takich jak C++ różnice w wydajności
poprzez kontenery jak i bezpośrednio na danych, o ile wykonuje się
te same faktycznie operacje, określa się jako Abstraction Penalty.
Czy Java ma Abstraction Penalty mocno różne od jedynki, warto używać
tablic?
Edek
-
15. Data: 2012-06-26 15:15:09
Temat: Re: Java i goto
Od: Roman W <b...@g...pl>
On Monday, June 25, 2012 6:25:48 PM UTC+1, Maly troll wrote:
> On 2012.06.25 19:12, Edek Pienkowski wrote:
>
> > I teraz tak: ja wiem, że "goto" jest Złe i w ogóle,[...]
>
> Nie jest złe, złe jest jego nadużywanie. Kod programu tworzy drzewo
> (powiedzmy taki lekki graf), z użyciem goto z drzewa robi się graf i im
> więcej goto tym więcej połączeń w grafie i ciężej jest analizować.
> Dlatego początkującym programistom mówi się żeby nie używali goto. I
> tylko tyle i aż tyle.
>
> --
> Tomek
> http://www.ttmath.org
On Monday, June 25, 2012 6:25:48 PM UTC+1, Maly troll wrote:
> On 2012.06.25 19:12, Edek Pienkowski wrote:
>
> > I teraz tak: ja wiem, że "goto" jest Złe i w ogóle,[...]
>
> Nie jest złe, złe jest jego nadużywanie. Kod programu tworzy drzewo
> (powiedzmy taki lekki graf), z użyciem goto z drzewa robi się graf i im
> więcej goto tym więcej połączeń w grafie i ciężej jest analizować.
> Dlatego początkującym programistom mówi się żeby nie używali goto. I
> tylko tyle i aż tyle.
No ale to samo jest z rekurencja, ale rekurencja jest cacy, a goto jest be.
RW
-
16. Data: 2012-06-26 15:18:45
Temat: Re: Java i goto [OT] Java i Abstraction Penalty
Od: Roman W <b...@g...pl>
On Monday, June 25, 2012 10:24:03 PM UTC+1, Edek Pienkowski wrote:
> Tam jest punkt z algorytmem grafowym, na temat, ale mnie zaniepokoiło
> użycie tablic, int[][]. W językach takich jak C++ różnice w wydajności
> poprzez kontenery jak i bezpośrednio na danych, o ile wykonuje się
> te same faktycznie operacje, określa się jako Abstraction Penalty.
>
> Czy Java ma Abstraction Penalty mocno różne od jedynki, warto używać
> tablic?
W Javie nic "tanszego" od natywnych tablic nie ma, chyba ze sie uzywa JNI (ktore ma
swoja cene). Glowny koszt to sprawdzanie zasiegu indeksow. Mozna sobie radzic tak:
try {
for (int i = 0; ; ++i) {
arr[i];
// do stuff
}
catch (ArrayOutofBoundsException)
(dawno juz nie pisalem Javy, ale to chyba taki patent byl).
RW
-
17. Data: 2012-06-26 20:45:19
Temat: Re: Java i goto
Od: Tomasz Sowa <t...@N...ttmath.org>
On 2012.06.26 15:15, Roman W wrote:
> No ale to samo jest z rekurencja, ale rekurencja jest cacy, a goto jest be.
To nie ma nic wspólnego z rekurencją.
--
Tomek
http://www.ttmath.org
-
18. Data: 2012-06-26 21:59:18
Temat: Re: Java i goto
Od: Edek Pienkowski <e...@g...com>
Dnia Tue, 26 Jun 2012 20:45:19 +0200, Tomasz Sowa napisal:
> On 2012.06.26 15:15, Roman W wrote:
>
>> No ale to samo jest z rekurencja, ale rekurencja jest cacy, a goto jest
>> be.
>
> To nie ma nic wspólnego z rekurencją.
A z czym? Chodziło chyba o analizowanie kodu w sensie czytania,
bo dla narzędzi while nie różni się od for ani nie różniłoby się
od goto.
Edek
-
19. Data: 2012-06-26 22:27:54
Temat: Re: Java i goto
Od: A.L. <l...@a...com>
On Tue, 26 Jun 2012 19:59:18 +0000 (UTC), Edek Pienkowski
<e...@g...com> wrote:
>Dnia Tue, 26 Jun 2012 20:45:19 +0200, Tomasz Sowa napisal:
>
>> On 2012.06.26 15:15, Roman W wrote:
>>
>>> No ale to samo jest z rekurencja, ale rekurencja jest cacy, a goto jest
>>> be.
>>
>> To nie ma nic wspólnego z rekurencją.
>
>A z czym? Chodziło chyba o analizowanie kodu w sensie czytania,
>bo dla narzędzi while nie różni się od for ani nie różniłoby się
>od goto.
>
>Edek
A czy ty wiesz co to jest "rekurencja"?...
A.L.
-
20. Data: 2012-06-26 22:52:01
Temat: Re: Java i goto [OT] Java i Abstraction Penalty
Od: Bogusław Szczepanowski <n...@i...net>
Dnia 26-06-2012 o 15:18:45 Roman W <b...@g...pl> napisał(a):
> try {
> for (int i = 0; ; ++i) {
> arr[i];
> // do stuff
> }
> catch (ArrayOutofBoundsException)
>
> (dawno juz nie pisalem Javy, ale to chyba taki patent byl).
Różnica w wydajności jest do 4% (z reguły na korzyść wyjątku), a Twój kod
jest okropny.
--
Boguś