Miért B - jó, C
C programozási nyelv jött létre, egy adott célra: egy nyelv programok portolása, míg a leghatékonyabb a teljesítmény, hasonló a szerelő (ami az összes hardver platformok eltérő). Könnyű programozás C - ez a dolog tercier, ez tényleg nem túl kényelmes. Végezze csak azon tevékenységek, a programozó kifejezetten előírt - ezért húrok és megvalósított tömbök a tölgy és ügyetlen.
Ha tesz egy ilyen cél, és írjon szerint az ANSI C szabvány, lehetséges, hogy írjon egy C program vagy egy hordozható függvények könyvtára. Ez a program lehet összeállítani szinte bármilyen típusú processzor - C fordító mindenütt jelen van. És ez működni fog. Példák számtalan (zlib, libpng és így tovább).
Így a C - alacsony szintű programozási nyelv tervezett programok létrehozása és a könyvtárak portolták funkciókat. A teremtés valóságos forradalom volt, mert lehetővé tette a programot, hogy elválassza az adott processzor, gyakorlatilag semmi sem vész el a termelékenység és a teljesítmény, mint a szerelő.
Ez a hiánypótló vette örökkön él örökre. Semmi értelme, hogy kitaláljon valamit.
Kezdetben C nyelv és Unix rendszerek alkotók, hogy bármely más nyelvekre is sokkal kényelmesebb a programozók (minden nyelv a szakosodás). Minden ilyen nyelven íródott C fordító (nem a fordító), ami lefordítja a forráskódot a nyelv ismét C helyett végrehajtható kódot. És ez a közbülső C-szöveget fordította C fordító egy bináris futtatható fájlt. Ez volt a filozófiája az eredeti Unix rendszer: minden program hordozható, és minden nyelv épülnek alap C nyelvet.
Uluchshayzer Bjarne Stroustrup és C ++
Most az a tény, hogy sokan ismerik a nyelvet C, Bjarne Stroustrup valaki úgy döntött, hogy „upgrade”: ő ragadt további funkciók (többnyire nagyon hülye - mint túlterhelés szabvány szereplők), majd hozzáadjuk az „objektum-orientált”. Nos, mint „objektum-orientált” - egy külön beszélgetést, és összességében megkapta a következő: a nyelv bevezetett implicit rejtett mechanizmusok, amelyek nem ugyanúgy működik a különböző platformokon, hordozható programot írni nem lehetséges, és ezzel egyidejűleg a nyelv alkalmatlan a magas szintű programozási Xi. Fordítóprogramok C ++ sokkal bonyolultabb, mint a C fordító, és nem mindenhol. Alapvetően, C ++ használunk, mert alatta levelet osztálygyűjteményt (általában kötődnek egy adott platform és az operációs rendszer).
Azonban, C ++ használunk, és írd rá a program. Nos, csak egy ember hozzászokik mindent.
DINRUS - egy orosz változat a programozási nyelv D. Abban a pillanatban, a nyelvet még fejlesztés - már a fejlődő Dinrus.Base.dll rantaymnoy központi könyvtár
Ismertesse az előnyöket a Dee C ++ nem - ők nagyon magas.
Ami DINRUS, én személyesen részt a fejlesztési és szeretnék találni társ ebben az esetben.
C szerepelnek itt is, szerves részét képezi.
Íme számos funkciót sishnyh DINRUS:
bátorság célokra (tkst fimya);
alias bátorság eltávolítás;
átnevezheti célokra (tkst a, a tkst c);
alias átnevezni átnevezni;
Huff vremfl ();
alias vremfl tmpfile;
tkst idő (tkst s);
alias idő tmpnam;
zakroyfl célra (Huff stream);
alias zakroyfl fclose;
sleyfl célra (Huff stream);
alias sleyfl fflush;
Huff otkroyfl (a tkst fimya, a tkst mód);
alias otkroyfl fopen;
Huff pereotkroyfl (a tkst fimya, a tkst módban Huff stream);
alias pereotkroyfl freopen;
százaléka ustbuf (Huff adatfolyam tkst buf);
alias ustbuf setbuf;
ustvbuf célra (Huff adatfolyam tkst puff, célokra mód t_mera méret);
alias ustvbuf setvbuf;
vfvyvodf célra (Huff folyam, a tkst formátumban spis_va Arg);
alias vfvyvodf vfprintf;
vfskanf célra (Huff folyam, a tkst formátumban spis_va Arg);
alias vfskanf vfscanf;
vsvyvodf célra (tkst s, a tkst formátumban spis_va Arg);
alias vsvyvodf vsprintf;
vsskanf célokra (tkst s, a tkst formátumban spis_va Arg);
alias vsskanf vsscanf;
vvyvodf célokra (tkst formátumban spis_va Arg);
alias vvyvodf vprinf;
vskanf célokra (tkst formátumban spis_va Arg);
alias vskanf vscanf;
berisfl célra (Huff stream);
alias berisfl fgetc;
vstavsfl célra (célokra c, Huff stream);
alias vstavsfl fputc;
tkst daytfl (tkst s, ép n, Huff stream);
alias daytfl fgets;
vstavtfl célokra (tkst s, Huff stream);
alias vstavtfl fputs;
tkst Dite (tkst s);
alias Dite jelentkeznek;
Töltsük be a célokra (tkst s);
Töltsük be a alias helyezi;
otdays célra (célokra c, Huff stream);
alias otdays ungetc;
t_mera chitayfl (yk Guide, t_mera mérete t_mera nmemb, Huff stream);
alias chitayfl fread;
t_mera pishifl (Guide-yk, t_mera mérete t_mera nmemb, Huff stream);
alias pishifl fwrite;
daypozfl célra (Huff áramlási célra * gombot);
alias daypozfl fgetpos;
ustpozfl célra (Huff adatfolyam, az intakt * gombot);
alias ustpozfl fsetpos;
>> a leghatékonyabb a teljesítmény
A teljesítmény határozza meg a végrehajtás a compiler / optimalizáló, és szabványos könyvtárakat. Önmagában a nyelv nem lehet gyors vagy fékezés.
>> Ha tesz egy ilyen cél, és írjon szerint az ANSI C szabvány, lehetséges, hogy írjon egy C program vagy egy hordozható függvények könyvtára.
Az érvelés szar. Szabványos ANSI C túl kicsi, és még a hálózati I / O nem jár. Milyen hordozhatóság ez? A közművek grep / echo / macska szinten? Mivel nincs olyan grafikus alkalmazás ANSI C levelet nem fog működni. Cross-platform a qt / gtk Típuskönyvtárak érjük ellátó más kódot különböző architektúrák. Nincs ok, hogy ugyanazt a dolgot lehet tenni a C ++.
zlib és libpng rossz példák, amelyek kiegészítő könyvtár, ami a rendszer szükséges, kivéve, ha a memória kiosztás vagy fájl I / O - meg kell bármely szabványos könyvtár bármely programozási nyelv. Egyébként tiszta algoritmusok teszik.
>> C ++ fordítók sokkal bonyolultabb, mint a C fordító, és nem mindenhol.
Fordítóprogramok kupac, és nagyon különböző. Ugyanez GCC könnyen átírták a kívánt építészet. Magyarázza meg a Működési elve - a C ++ kódot lefordított assembler első célarchitektúra, majd annak „varrott” OS-függő kód (például induláskor inicializálás stb), akkor az összes hivatkozást a kívánt futtatható formátumban együtt portolták szabványos könyvtárakat.
>> Alapvetően C ++ használunk, mert alatta levelet osztálygyűjteményt (általában kötődnek egy adott platform és az operációs rendszer).
Hirtelen használatáért C ++ könyvtárak nem feltétlenül kell írni a C ++. Elég, ha levelet fedél osztályok eljárás C. A kezdetek a PLO a Glib könyvtár (nem tévesztendő össze a glibc), amelyet használnak a projektek C.
Nem olvastam ilyen ostobaságot. A mai napig a legjobb C ++ programozási nyelv, véleményem szerint. És C természetesen is. mint egy alkatrész. Az egyetlen, a nyelvet igényel a professzionalizmus, az előnyei jóval magasabb, mint az átlag szintjén fejlesztő képzés.
Ismételt közzététel vastag, több éves hosszú feltekerik fúj holivara a nyolcadik évfolyam. Nincs frissebb?
marhaság