Roman W <b...@g...pl> napisał(a):

> On Thursday, May 17, 2012 8:35:02 AM UTC+1, Maciej Sobczak wrote:
> > Sens jest taki, =BFeby nie by=B3o takiego burdelu jak powy=BFej.
> >=20
> > a =3D b + c;
> >=20
> > i tyle. Tak to ma wygl=B1da=E6 (lub odpowiednio do og=F3lnych konwencji) =
> w
> > j=EAzyku og=F3lnego (w=B3a=B6nie!) przeznaczenia.
>
> W Javie przeciazenie operatorow ograniczono OIDP zeby uniknac (wyimaginowan=
> ych?)
> naduzyc typu: "a =3D b + c;" oznacza ze klient "c" otwiera polaczenie z baz=
> a danych "a" na sockecie "b".
>
> RW

niektore wywolania moglyby sie bardzo uproscic np

char* x = "my.bmp";

na zaalokowanie i wczytanie pliku (moze z pewnymi trudnosciami -
= jest uzywane dla cha* char* no i do dzis nie iwem czy da sie ustalic
rozmiar pliku przed przeczytaniem calosci sekwencyjnie)

albo

%
int a = 3;
%

gdzie % na przemian startuje i stopuje stoper do pomiaru czasu itd










--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

>
> char* x = "my.bmp";
>
> na zaalokowanie i wczytanie pliku (moze z pewnymi trudnosciami -
> = jest uzywane dla cha* char* no i do dzis nie iwem czy da sie ustalic
> rozmiar pliku przed przeczytaniem calosci sekwencyjnie)
>

choc to pierwsze akurat mozna by pewnie poprawic przez
rozroznienie

char x[] = "my.bmp";

a i to drugie powinno byc poprawione co najwyzej w systemie
bo mz nalezy moc odczytac rozmiar pliku przed jego przeczytaniem :/

--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

On May 17, 10:00 am, Roman W <b...@g...pl> wrote:

> W Javie przeciazenie operatorow ograniczono OIDP zeby uniknac (wyimaginowanych?)
> naduzyc typu: "a = b + c;" oznacza ze klient "c" otwiera polaczenie z baza danych
"a" na sockecie "b".

Szkoda tylko, że zrobiono to tylko do połowy. Bo nadal można napisać:

a.b().c();

i może to oznaczać to samo. Albo nawet coś innego.
Idąc tym tropem, aby uniknąć nadużyć należało by zabronić Javy w
ogóle. :-p

Sorki, ale nie widzę sensownego argumentu na brak przeciążania
operatorów. Zwłaszcza, jeśli pomimo ich braku one i tak są. Wolę
języki koncepcyjnie spójne (nie żebym znał jakikolwiek taki język -
ale warto się postarać tam, gdzie można).

--
Maciej Sobczak * http://www.msobczak.com * http://www.inspirel.com

do góry

On Friday, May 18, 2012 8:55:49 AM UTC+1, Maciej Sobczak wrote:
> On May 17, 10:00 am, Roman W <b...@g...pl> wrote:
>
> > W Javie przeciazenie operatorow ograniczono OIDP zeby uniknac (wyimaginowanych?)
> > naduzyc typu: "a = b + c;" oznacza ze klient "c" otwiera polaczenie z baza danych
"a" na sockecie "b".
>
> Szkoda tylko, że zrobiono to tylko do połowy. Bo nadal można napisać:
>
> a.b().c();
>
> i może to oznaczać to samo. Albo nawet coś innego.
> Idąc tym tropem, aby uniknąć nadużyć należało by zabronić Javy w
> ogóle. :-p

Zgadzam sie, ale taka byla IMHO oficjalna motywacja, tylko tyle chcialem powiedziec.

RW

do góry

On 2012-05-15, fir <f...@g...pl> wrote:
> czy wystepuja jezyki z definiowaniem
> operatorow (inne niz c++, gdzie zresztą
> to definiowanie jest bardzo ograniczone -
> mozna sobie wyobrazic jezyk ze tak swobodnym
> definiowaniem operatorow jak funkcji, moze
> to skrociloby listingi choc trudno powiedziec)
>
> czy sa takie jezyki i jak to wyglada?

W f# wyglada to tak:

let (+) a b = a*b
let three'plus'three = 3+3
printfn "%d" three'plus'three //wyswietli 9


let (/) a b = match b with | 0 -> 666 | _ -> a/b
printfn "%d" <| 100/0 //dzielenie przez 0 to sprawka szatana!


pzdr


--
ko

do góry

Roman W <b...@g...pl> napisał(a):

> On Friday, May 18, 2012 8:55:49 AM UTC+1, Maciej Sobczak wrote:
> > On May 17, 10:00=A0am, Roman W <b...@g...pl> wrote:
> >=20
> > > W Javie przeciazenie operatorow ograniczono OIDP zeby uniknac (wyimagin=
> owanych?)
> > > naduzyc typu: "a =3D b + c;" oznacza ze klient "c" otwiera polaczenie z=
> baza danych "a" na sockecie "b".
> >=20
> > Szkoda tylko, =BFe zrobiono to tylko do po=B3owy. Bo nadal mo=BFna napisa=
> =E6:
> >=20
> > a.b().c();
> >=20
> > i mo=BFe to oznacza=E6 to samo. Albo nawet co=B6 innego.
> > Id=B1c tym tropem, aby unikn=B1=E6 nadu=BFy=E6 nale=BFa=B3o by zabroni=E6=
> Javy w
> > og=F3le. :-p
>
> Zgadzam sie, ale taka byla IMHO oficjalna motywacja, tylko tyle chcialem po=
> wiedziec.
>

imo kluczowe ustalenie jest takjie ze operator od funkcji rozni
sie (przynajmniej w pewnym ale dosyc istotnym sensie) tylko nazwą





--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry

<f...@g...pl> napisał(a):

> Roman W <b...@g...pl> napisał(a):
>
> > On Friday, May 18, 2012 8:55:49 AM UTC+1, Maciej Sobczak wrote:
> > > On May 17, 10:00=A0am, Roman W <b...@g...pl> wrote:
> > >=20
> > > > W Javie przeciazenie operatorow ograniczono OIDP zeby uniknac
(wyimagin=
> > owanych?)
> > > > naduzyc typu: "a =3D b + c;" oznacza ze klient "c" otwiera polaczenie
z=
> > baza danych "a" na sockecie "b".
> > >=20
> > > Szkoda tylko, =BFe zrobiono to tylko do po=B3owy. Bo nadal mo=BFna
napisa=
> > =E6:
> > >=20
> > > a.b().c();
> > >=20
> > > i mo=BFe to oznacza=E6 to samo. Albo nawet co=B6 innego.
> > > Id=B1c tym tropem, aby unikn=B1=E6 nadu=BFy=E6 nale=BFa=B3o by
zabroni=E6=
> > Javy w
> > > og=F3le. :-p
> >
> > Zgadzam sie, ale taka byla IMHO oficjalna motywacja, tylko tyle chcialem
po=
> > wiedziec.
> >
>
> imo kluczowe ustalenie jest takjie ze operator od funkcji rozni
> sie (przynajmniej w pewnym ale dosyc istotnym sensie) tylko nazwą
>
>

faktem jest tez ze mozna tymi operatorami
zamieszac (will back l8r)



--
Wysłano z serwisu Usenet w portalu Gazeta.pl -> http://www.gazeta.pl/usenet/

do góry