-
Data: 2009-05-18 16:28:34
Temat: Re: jak napisać szybki program
Od: "Mateusz Loskot" <m...@l...net> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]"A.L." <a...@a...com> wrote in message
news:tlu215d3jfgq75kn250tqtb37d3mlko246@4ax.com...
> On Mon, 18 May 2009 14:59:48 +0100, "Mateusz Loskot"
> <m...@l...net> wrote:
>
>>"A.L." <a...@a...com> wrote in message
>>news:7fp215hi0ri3dg0joavei9c38r9si7kn6b@4ax.com...
>>> On Mon, 18 May 2009 14:24:50 +0100, "Mateusz Loskot"
>>> <m...@l...net> wrote:
>>>
>>>>"bartekLTG" <b...@o...ciach.pl> wrote in message
>>>>news:gurkis$5d7$1@news.onet.pl...
>>>>> Maciej Pilichowski wrote:
>>>>>> aby zawsze pisac ++var zamiast
>>>>>> var++ (o ile merytorycznie nie zachodzi koniecznosc tego drugiego),
>>>>>
>>>>> Im dluzej o tym mysle, tym bardziej nie rozumiem, o co Ci mogło
>>>>> chodzic;-)
>>>>
>>>>O uniknięcie tworzenia tymczasowego obiektu, jest to szczególnie istotne
>>>>przy
>>>>optymalziacji użycia iteratorów.
>>>>
>>>
>>> Jakiego obiektu?...
>>
>>
>>Tymczasowego, o takim samym typie jak 'var', utworzonego i zwróconego
>>przez operator post-inkrementacji.
>>
>
> Wszystko co Kolega pisze jest gleboko sluszne, jezeli zostanie
> uzupelnione nastepujacym tekstem: "w przypadku gdy operator ++ jest
> overlaoded, na ogol operacja prefiksowa jest bardziej efektywna od
> postfiksowej. Nie ma to jednak znaczenai dla operacji ++ na typach
> elementarnych"
Wszystko co Kolega pisze jest gleboko sluszne, jednak moim zdaniem
stosowanie notacji prefiksowej, zarówno w odniesieniu do
typów użytkownika jak i typów wbudowany jest dobrym nawykiem.
Oczywiście tam gdzie jest to poprawnie użyte dla danego algorytmu.
Maciej nie sprecyzował typu dla 'var', więc uznałem to za ogólne
zalecenie, kóre dotyczy również operatora inkrementacji dla typów innych
niż wbudowane.
Pozdrawiam
--
Mateusz Loskot, http://mateusz.loskot.net
pl.comp.lang.c FAQ: http://pl.cpp.wikia.com/wiki/FAQ
C++ FAQ: http://parashift.com/c++-faq-lite
Następne wpisy z tego wątku
- 18.05.09 16:56 A.L.
- 18.05.09 17:15 Mateusz Loskot
- 18.05.09 17:35 A.L.
- 18.05.09 19:11 Piotr Kulinski
- 18.05.09 19:34 Boguś
- 18.05.09 19:47 jelen
- 18.05.09 20:44 Maciej Sobczak
- 18.05.09 20:50 A.L.
- 18.05.09 20:53 A.L.
- 18.05.09 20:58 A.L.
- 18.05.09 21:07 jelen
- 18.05.09 21:12 Marteno Rodia
- 18.05.09 21:28 A.L.
- 19.05.09 07:37 Paweł Kierski
- 19.05.09 08:32 Jędrzej Dudkiewicz
Najnowsze wątki z tej grupy
- Brednie w wiki - hasło Dehomag
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- Instytut IDEAS może zacząć działać: "Ma to być unikalny w europejskiej skali ośrodek badań nad sztuczną inteligencją."
- U nas propagują modę na SI, a w Chinach naukowcy SI po kolei umierają w wieku 40-50lat
- C++. Podróż Po Języku - komentarz
- "Wuj dobra rada" z KDAB rozważa: Choosing the Right Programming Language for Your Embedded Linux Device
- Nowa ustawa o ochronie praw autorskich - opis problemu i szkic ustawy
- Alg. kompresji LZW
- Popr. 14. Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
- Arch. Prog. Nieuprzywilejowanych w pełnej wer. na nowej s. WWW energokod.pl
- 7. Raport Totaliztyczny: Sprawa Qt Group wer. 424
- TCL - problem z escape ostatniego \ w nawiasach {}
- Nauka i Praca Programisty C++ w III Rzeczy (pospolitej)
Najnowsze wątki
- 2025-05-03 gazowe kuchnie są znacznie bardziej szkodliwe dla zdrowia, niż dotychczas sądzono
- 2025-05-03 Czyli jednak elektryki są TANIE i powszechnie dostępne dla obywateli
- 2025-05-03 Elektryki do Morskiego Oka do utylizacji
- 2025-05-03 Crash testy na publicznej drodze - 4 BMW zderzone
- 2025-05-03 pojebane Google
- 2025-05-03 Brednie w wiki - hasło Dehomag
- 2025-05-03 gazowe kuchnie są znacznie bardziej szkodliwe dla zdrowia, niż dotychczas sądzono
- 2025-05-03 Chiny => Koordynator Produkcji / Przedstawiciel ds. rozwoju produktu <
- 2025-05-03 Gdańsk => Konsultant wdrożeniowy (systemy controlingowe) <=
- 2025-05-03 Warszawa => Frontend Developer (Angular13+) <=
- 2025-05-02 Gliwice => Business Development Manager - Network and Network Security
- 2025-05-02 Warszawa => Senior Frontend Developer (React + React Native) <=
- 2025-05-02 Polska => Senior Key Account Manager <=
- 2025-05-02 Warszawa => Senior Programmer C <=
- 2025-05-02 Gdańsk => Team Lead Data Engineer (Snowflake) <=