[J.....z]

Jeśli używam cin/cout zamiast scanf/printf (widziałem tylko w Internecie), to jestem #!$%@?? Jeśli tak, to jak bardzo?

#programowanie #cpp

[W.....1]

@Jonarz: nie, printf jest deprekowany

[e.....x]

@Jonarz: Używaj strumieni czyli opcja 1

[Kampala]

@Jonarz: cin/cout chyba dla początkujących, przynajmniej tak mi się wydaje. Ale nie żebym był ekspertem, tak tylko sobie mówię

[k.....r]

@Kampala: masz racje, wydaje ci sie

[k.....r]

@Jonarz: jak wylaczysz synchronizacje z stdio, to nie sa wcale takie wolne

[Kampala]

@kuhar: tak myślałem, że to nie do końca tak jest, przynajmniej dowiedziałem się dzisiaj nowej rzeczy, cały czas do przodu

[s.....t]

@Kampala:

scanf()

,

printf()

to pozostałości po C, dla C++ zalecane są funkcje biblioteki .

[KrzaQ2]

@Jonarz: tl;dr: nie

C++owe strumienie mają złą sławę poniewaƶ są stosunkowo mało wydajne (locales, nieomijalne funkcje wirtualne). Nie powinno to jednak być dla Ciebie przeszkodą, chyba, ƶe profiler powiedział Ci, ƶe to właśnie na obsłudze strumieni zuƶywasz najwięcej czasu, a twoja appka zƶera 100% CPU. Czyli np gdybyś pracował w CERNie i chciał logować jakieś eksperymenty z mikrosekundową dokładnością.

[J.....z]

@sebpot: @elektronix: @Woozie321: @KrzaQ2: czyli lepiej używać cin/cout? Tylko tutaj pojawia się problem tego typu - pisząc programy na SPOJ dla treningu często widzę komentarze, że scanf/printf jest szybszy - prawda to? Jeśli tak, to dlaczego, bo raczej wolę rozumieć niż wiedzieć?

[k.....r]

@Jonarz: zalezy od implementacji, ale zasadniczo jak dasz ios::syncwithstdio(false) i moze cin.tie( nullptr ), to duzej roznicy nie bedzie

poza tym wiekszosc problemow na spoju nie jest nastawiona typowo na szybkosc wejscia/wyjscia, wiec to nie problem

[KrzaQ2]

@Jonarz: Na spoju prawie zawsze wystarcza trik z

sync_with_stdio

[Hauleth]

@KrzaQ2: Który jest złym pomysłem w przypadku większości innych aplikacji.

[J.....z]

@kuhar: @KrzaQ2: dzięki za pomoc :) Macie jakieś konkretne strony, na których można poszerzyć wiedzę i nauczyć się (i zrozumieć przede wszystkim) nieco więcej (tzn. jakieś kursy, tutoriale)?

[k.....r]

@Jonarz: jesli musi byc po polsku, to symfornia c++ grebosza, ktorej osobiscie nie polecam, bo jest juz przestarzala i straszliwie nudna

a po angliesku polecam: c++ primer, The C++ Programming Language 4th edition

do tego prezentacje na ch9.com, a zadania na spoju, mainie, no i oczywiscie niebieskie ksiazeczki z OI

[KrzaQ2]

Jeśli lubisz video tutoriale to channel9 na msdn ma tego sporo (polecam 2 ciągi wykładów STL-a)

http://en.cppreference.com/w/cpp - referencja, której powinieneś uƶywać jeśli nie jesteś zboczuchem lubiącym czytać dokumenty standaryzujące

[J.....z]

@KrzaQ2: @kuhar: jeszcze jedno pytanie od początkującego: czy jeśli używam:

x=p+(k-p+1)*rand()/RAND_MAX

(p - początek przedziału, k - koniec przedziału)

zamiast rand()%... to jest lepiej? I jak to zastąpić ewentualnie, żeby było jeszczelepiej?

Z góry wielkie dzięki za pomoc!

[KrzaQ2]

@Jonarz: http://www.wykop.pl/wpis/7188776/miroslawy-probuje-ogarnac-podstawy-cpp-na-razie-po/#comment-16906972

[J.....z]

@KrzaQ2: @kuhar: jeszcze ostatnie pytanie - watro zagłębiać się bardziej w C++ czy lepiej jednak poznać to, co najważniejsze i przerzucić się na Javę/C# (o tym najwięcej piszą)?

[KrzaQ2]

@Jonarz: Zobacz co Ci odpowiada. Będziesz potem z tym pracował, nie ma sensu, ƶebyś się męczył.

[k.....r]

@Jonarz: ja tam lubie bardzo c++ od czasow C++11, ale c# tez uwielbiam, znajomosc wielu jezykow na pewno nie zaszkodzi

czyli kwestia gustu