Article View: pl.comp.objects
Article #14749Re: "setter" zwracaj?cy obiekt
From: Sektor van Skijlen
Date: Thu, 08 Jun 2006 21:39
Date: Thu, 08 Jun 2006 21:39
78 lines
3477 bytes
3477 bytes
Dnia Thu, 8 Jun 2006 21:30:34 +0200, Adam Karpierz skrobie: > "Sektor van Skijlen" <ethouris@guess.if.gmail.com.is.valid.or.invalid> > wrote: > > E tam. > Zwsze bylem pod wrazeniem glebi Twoich uzasadnien. Cóż, to była wypowiedź mająca symbolizować powątpiewanie. To ty miałeś uzasadnić. Ja nie przedstawiałem żadnej tezy, którą miałbym uzasadniać. > > To jest akurat norma ;) > >> 3. Mozliwe ukryte neichciane tworzenie (i usuwanie) obiektow > >> tymczasowych (np w przypadku C++). > > > > W C++ jest to optymalizowane (-fno-elide-constructor w gcc). > > Ja bym się tam tym szczegółem nie przejmował. > Wykazujesz brak wyobrazni. No cóż, ciężko dyskutuje się z kimś, kto zamiast wiedzy woli wyobraźnię. > Krzyzyki ++ przeslaniaja ?. > Nie chodzi o optymalizacje. O co? Słucham. Gdzie masz w C++ problem z ukrytym niechcianym tworzeniem i usuwaniem obiektów tymczasowych. > > I o to wła?nie chodzi. Te efekty uboczne s? całkowicie celowe. > Ktore niekiedy bywaja niecelowe. To wtedy ich nie programujemy. > >> o.setX(x); > >> o.setY(y); > >> o.setZ(z); > > > > Ciekawe, że w C++ powszechnie stosuje się: > > > > cout << a1 << hex << a2 << a3; > > > > i nikt nie widzi w tym niczego niezwykłego > Niezwyklego nie. > C++sowe strumienie to najwiekszy idiotyzm i syf > jaki udalo mi sie spotkac w j.programowania. > Recz godna tepienia juz u najmlodszych adeptow C++. Jakie znasz lepsze - pomijając formatujące - metody wysyłania danych do strumienia, które można zastosować w językach o statycznej typizacji. Tak, wiem. Też wolę puts "$a1 [format %x $a2] $a3". > Rzecz tak paskudna w pozniejszym maintenance ze godna zakazania. > Unikanie natomiast tej "paskudnosci" strumieni prowadzi prosto do > pojedynczych uzyc: > cout << a; > zamiast lancuchowych. Nie rozumiem. Co to ma do rzeczy? Dlaczego niby ta łańcuchowość ma być problemem? Taa, już widzę, jak piszesz: cout << a1; cout << hex << a2; cout << a3; -- // _ ___ Michal "Sektor" Malecki <sektor(whirl)kis.p.lodz.pl> \\ L_ |/ `| /^\ ,() <ethouris(O)gmail.com> // \_ |\ \/ \_/ /\ C++ bez cholesterolu: http://www.intercon.pl/~sektor/cbx "I am allergic to Java because programming in Java reminds me casting spells"
Technical Details
Message-ID:
<e6a5f4$ksp$1@kujawiak.man.lodz.pl>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mailReferences:
<e64lni$6bn$1@news.onet.pl> <e660l7$kgd$1@opal.icpnet.pl> <e665r3$adm$1@news.task.gda.pl> <e66afs$che$1@inews.gazeta.pl> <e66dmr$q62$1@inews.gazeta.pl> <e66joh$p6i$1@inews.gazeta.pl> <e69g5t$qoo$3@kujawiak.man.lodz.pl> <e69tsr$8f1$1@inews.gazeta.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!news.gazeta.pl!newsfeed.pionier.net.pl!news.man.lodz.pl!not-for-mail
From: Sektor van Skijlen <ethouris@guess.if.gmail.com.is.valid.or.invalid>
Newsgroups: pl.comp.objects
Subject: Re: "setter" zwracaj?cy obiekt
Date: Thu, 8 Jun 2006 21:39:48 +0000 (UTC)
Organization: LODMAN - Metropolitan Area Network in LODZ, Poland
Lines: 78
Sender: Michal Malecki <sektor@zly.kis.p.lodz.pl>
Message-ID: <e6a5f4$ksp$1@kujawiak.man.lodz.pl>
References: <e64lni$6bn$1@news.onet.pl> <e660l7$kgd$1@opal.icpnet.pl> <e665r3$adm$1@news.task.gda.pl> <e66afs$che$1@inews.gazeta.pl> <e66dmr$q62$1@inews.gazeta.pl> <e66joh$p6i$1@inews.gazeta.pl> <e69g5t$qoo$3@kujawiak.man.lodz.pl> <e69tsr$8f1$1@inews.gazeta.pl>
NNTP-Posting-Host: zly.kis.p.lodz.pl
Mime-Version: 1.0
X-Trace: kujawiak.man.lodz.pl 1149802788 21401 212.191.89.2 (8 Jun 2006 21:39:49 GMT)
X-Complaints-To: abuse@man.lodz.pl
NNTP-Posting-Date: Thu, 8 Jun 2006 21:39:48 +0000 (UTC)
User-Agent: tin/1.6.2-20030910 ("Pabbay") (UNIX) (SunOS/5.9 (sun4u))
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit