ja w ten właśnie sposób nauczyłem się w miarę dobrze PHP, JAVY ;p z tym, że ja nie korzystałem z dokumentacji tylko googleluzakwielki pisze: a przy okazji masz drogę otwartą do nauki innych w kilka dni (bo przeważnie różnic pomiędzy C/C++, a pochodnymi jest tak niewiele, że możesz pisać praktycznie bez nauki, aby tylko mieć dokumentację pod ręką).
Dobry program w C wcale nie musi być dobrym programem w C++. Jest nawet całkiem duże prawdopodobieństwo że nie będzie. Uważam, że "C-z-klasami" to jedna z gorszych rzeczy jakie można stworzyć. Tak więc, albo C albo C++.Jeśli poznasz C++ to musisz znać C (C jest częścią C++, dla zachowania kompatybilności - tylko nagłówki biblioteki standardowej C mają inną nazwę (np. w c "stdio.h", w c++ "cstdio")).
Pisz w C/C++ (jako że C++ zawiera w sobie C to możesz mieszać zalety obu języków).
Zależy o jaką szybkość Ci chodzi - jeśli czas kompilacji to fakt, bo język jest stosunkowo prosty i łatwo się go analizuje. Jeśli chodzi o szybkość generowanego kodu to tu jest już gorzej.el.pescado pisze:Nie mówiąc już o tym, że kompilatory Pascala są szybkie (w porównaniu do kompilatorów C++ piekielnie szybkie), co ma znaczenie w momencie, gdy nie bardzo wie się co się chce kompilować;)
Dobry program w C to dobry program w C, a C++ to trochę inna bajka. C++ ma wiele szalenie przydatnych cech, ale w niektórych sprawach daje **** (też nadchodzący standard c++0x który już wiadomo nie będzie miał tego co było zapowiadane) i dużo lepszym jest skorzystanie z C - mieszanie C z C++ jest jedną z lepszych rzeczy jaką można zrobić, dlatego jest tak często to połączenie stosowane w zastosowaniach gdzie krytyczna jest wydajność (gry, bazy danych, systemy operacyjnych (wyjątkiem tu jest Linux)).el.pescado pisze:Dobry program w C wcale nie musi być dobrym programem w C++. Jest nawet całkiem duże prawdopodobieństwo że nie będzie. Uważam, że "C-z-klasami" to jedna z gorszych rzeczy jakie można stworzyć. Tak więc, albo C albo C++.
Wskaźniki (fakt, że osoby nie potrafiące się nimi posługiwać lepiej, żeby ich nie dotykały) to jedna z tych rzeczy, które są niesamowicie praktyczne (referencja != wskaźnik, a zastępuje tylko część jego funkcjonalności, i została stworzona tylko po to, żeby nie trzeba było podawać &zmienna w parametrach funkcji (jest ładniej, ale rozpoznaj potem, że bez patrzenia na deklarację funkcji, który parametr jest modyfikowany przez funkcję) - ofc wszystkie zastosowania wskaźnik na wskaźnik odpadają, bo nie może być referencji na referencję), tablice również to więcej niż wektory (wektory to specyficzny przypadek tablic gdzie nie wiadomo jaki jest rozmiar i trzeba dynamicznie realokować - czyli tracić wiele czasu (dlatego w każdym języku tablice muszą być - w javie również)), string to też "tablica znaków"... tylko opakowana w klasę i tylko porównywanie i działanie na nich jest wolniejsze (tak jak wektory nie zna się ilości znaków i dodatkowo, nie jest to zwykła tablica znaków (stąd cudzysłów), bo znaki nie są poukładane w kolejności tylko porozrzucane po pamięci), makra to też rzecz super praktyczna... ale jeśli mówisz, że są niepotrzebne to pewnie znasz je tylko ze strony definiowania stałych ;]. Swoją drogą chciałbym się dowiedzieć co zastąpiły szablony?el.pescado pisze:Właśnie zgodność na poziomie źródłowym z C uważam za dużą wadę C++. W ten sposób wprowadza się niepotrzebne dublowanie funkcjonalności. I tak mamy referencje, wektory, typ string, szablony, które niby zastępują stare i szatańskie wskaźniki, tablice, tablice znaków i makra. Tyle, że te drugie wciąż są niezbędne do programowania (już choćby głupia funkcja main przyjmuje wskaźnik to tablicy tablic znakowych - wykorzystuje trzy "przestarzałe" rozwiązania), przez co robi się niepotrzebny bałagan.
Tak się robi - większość języków programowania oferuje proste mechanizmy pozwalające na użycie kodu napisanego w C bez żadnej zgodności składniowej z tym językiem. Bez problemu można napisać bibliotekę numeryczną w C, po czym użyć jej np. w C#. Wydaje się to nawet bardziej eleganckie z projektowego punktu widzenia.Niepotrzebny bałagan zrobiłby się gdyby tego nie było - do wielu rzeczy potrzeba byłoby kilka kompilatorów (do części kompilator C++, do części C)/wstawki z asm.
Kod: Zaznacz cały
#define MAX(a, b) ((a)>(b)?(a):(b))
template<class T> T max (T a, T b) { return a>b ? a : b}
Mówisz o rzeczach typu JNI w javie, czy P/Invoke w C#, które są namiastkami kooperacji jaka jest w c/c++. W JNI aby skorzystać z biblioteki w C... musisz napisać bibliotekę, która będzie udostępniać przez JNI każdą funkcję z biblioteki w C (spowodowane jest to wieloma rzeczami - m.in brakiem prawdziwych wskaźników (mimo, że referencję w javie bardziej przypominają wskaźniki bez operatorów wyłuskania niż referencję znane z C++)). W C# rozwiązane jest to trochę lepiej - tzn. musisz przepisać już w swoim programie wszystkie funkcję (ofc z konstrukcjami typu [MarshalAs(UnmanagedType.LPStr)], aby typy były zgodne)... ofc w obu przypadkach tracisz to co jest jedyną zaletą tych języków czyli wieloplatformowość, bez rekompilacji - również w drugą stronę nie jest lekko, ale o CLI to już lepiej nie gadać ;]. Na prawdę super eleganckie rozwiązania zamiast używać to trzeba brać i przepisywać ręcznie nagłówki (lub co gorsze pisać interface pośrednie tak jak w JNI) - no ale eleganckie nigdy nie miały być, a udostępniać to co w tych językach nie jest możliwe + masę rzeczy do których nie mieliby dostępu, przez niższą popularność języków (CUDA, OpenCL, DirectX, OpenGL etc.).el.pescado pisze:Tak się robi - większość języków programowania oferuje proste mechanizmy pozwalające na użycie kodu napisanego w C bez żadnej zgodności składniowej z tym językiem. Bez problemu można napisać bibliotekę numeryczną w C, po czym użyć jej np. w C#. Wydaje się to nawet bardziej eleganckie z projektowego punktu widzenia.
Przy czym te języki zwykle potrafią się zdecydować, czy chcą wskaźniki czy referencje (wyjątkiem jest C#, który posiada obie rzeczy, ale tam wskaźniki są używane naprawdę rzadko) itd.
Szablonami można zastąpić np. makra właśnie:Kod: Zaznacz cały
#define MAX(a, b) ((a)>(b)?(a):(b)) template<class T> T max (T a, T b) { return a>b ? a : b}
pawel8891 pisze:P.S: w sieci trafiłem na świetną książkę o C++ "Język C++" Bjarne Stroustrupa autora pierwszej implementacji C++ (czyt. twórcy tego języka)
kabanek pisze:a jeśli chodzi o materiały w sieci to ja mogę z czystym sumieniem polecić http://www.gamedev.pl/tutorials.php
ja się z tego uczyłem i żadna symfonia itp mi potrzebna nie była:)
Kiedy ja dobrze wiem do czego służą i się przydają wskaźniki.OFC wskaźniki są niezbędne do wielu innych rzeczy
Można też wywołać memset (a, '\0', n); i nie tracić czasu na myślenie o wskaźnikach.np. zerując tablicę
To z zerowaniem to tylko przykład, jednego z wielu zastosowań wskaźników w optymalizacji - no ale ok, jeśli chcesz tą optymalizację gdzie nie możesz użyć memset to ok dodaj do każdego elementu 3 lub pomnóż przez 2 (lub cokolwiek innego), etc.el.pescado pisze: Można też wywołać memset (a, '\0', n); i nie tracić czasu na myślenie o wskaźnikach.
powiem Ci, że ten kurs plus umiejętność googlowania to wystarczy do nauki c++luzakwielki pisze: Podobno Xion się spisał, chociaż sądząc po ilości banalnych pytań językowych na forum gamedev z zaznaczeniem, że uczy się z jego kursu, mam małe wątpliwości (ale nie czytałem, ale od osób, na warsztacie słyszałem, że jest ok (poza małymi drobiazgami) i takie pytania są przez ilość uczących się, a nie przez jakość publikacji ;]).
jak ktoś nie chce korzystać z makr i tym podobnym z języka C, to niech nie korzystael.pescado pisze: Właśnie zgodność na poziomie źródłowym z C uważam za dużą wadę C++
tutaj został dany nam wybór i jak ktoś z niego skorzysta to jego sprawa 
Myślę, że najlepszą pozycją (tylko nie darmową) jest "Język ANSI C", napisana przez Kernighana i Ritchie (twórców języka... zapewne nazwisko Ritchie znasz, bo stworzył on również z Thompsonem system Unix) i w Polsce wydana przez WNT.Phight3r pisze:A jaki jest najlepszy podręcznik do nauki C? Oczywiście za darmo. Na wikibooks?
Nie do końca. Legenda jest taka, że Bjarne Stroustrup zauważył, że C jest tak prostym językiem, że programiści piszący w tym języku zarabiali za mało pieniędzy. Wymyślił więc tak skomplikowany język, żeby tylko nieliczni mogli go pojąć, i przez co zarabiać więcej pieniędzy;)Ten język powstał chyba po to by pokazać ludziom, jakich języków nie robić.
D jest bardzo fajnym językiem, ale żeby warto było się nim zająć musi jeszcze dojrzeć... język ma dopiero kilka lat i kompilatory generują wolny (w sensie powolny, nie wolności ;]) kod, nie ma ide (tzn najlepszym jest plugin do eclipse, ale to ~alpha), brak profilerów, etc... no i najważniejsze - brak społeczności i bibliotek (aby użyć bibliotek pisanych w C to nagłówki musisz przepuścić przez program... który praktycznie zawsze źle generuje pliki *.d i musisz poprawiać ręcznie - z bibliotekami w C++ jest jeszcze gorzej). Podsumowując D jak najbardziej, ale nie wiem czy to dobry wybór na początek, bo póki co będzie sprawiał masę problemów.Hauleth pisze:Jeśli mógł bym się wtrącić, to polecił bym na początek D, a C++ omijać szerokim łukiem. Ten język powstał chyba po to by pokazać ludziom, jakich języków nie robić.
Użytkownicy przeglądający to forum: Obecnie na forum nie ma żadnego zarejestrowanego użytkownika i 5 gości