dev.gamez.lv

[BHC]

Esmu nonācis pie slēdziena, ka ļoti daudzi LV tā saucamie "programmētāji" īstenībā nemāk programmēt. Tiesa, tas jau ir sen zināms fakts, bet es nezināju, ka tas ir tādā "līmenī".

Šodien man atkal parādīja kodu "C ar klasēm" stilā. Cilvēks galvoja, ka zin C++. Oh, mēn.

Bieži nākas redzēt šādus:
char kautkādsfiksētsbufferis[ 50 ];

Vai arī nedaudz advancētākus:
#define bufferizmērs 100

char bufferis[ bufferizmērs ];

Un tālāk seko kaut kāda operēsana ar pašu bufferi:
char buf[ 128 ];
float lol = 0.1337f;
sprintf( buf, " Aļoška sasita grozu ar olām, %f", lol );

( Tas tā īsumā, samērā nevainīgs piemērs, es esmu redzējis tādas briesmas, kad ar šiem bufferiem tiek kombinēti failu nosaukumi, to ekstensijas, utt. )

Kāpēc tā nevajadzētu(lasi, nedrīkst) darīt, jo "teh sprintf un printf taču roxorz teh bigoneone1"?

1. Buffera pārpilde.
2. Johaidī, tu gribi lai es atceros tos visus type-identifierus? %f, %d, etc?
3. Porkē man tie tipu identifieri vispār būtu jānorāda, es esmu slinks?
4. Galu galā, tas ir vienkārši neērti un nepareizi.

Patiesībā to pašu funkcionalitāti var iegūt daudz vienkāršāk un, galvenais, drošāk:

Inkludējam:
#include <sstream>
#include <string>

Piedefinējam streamu:
std::ostringstream ossPiemeers;

Močījam iekšā debesu brīnumus:

ossPiemeers << "Saņem " << 3.0f << std::string( " un vēl " ) << 7;

Piekļūstam pie stringa, respektīvi:

ossPiemeers.str(); // tips, protams, ir std::string

Ja ļoti gribās "vecos, labos C charus":

ossPiemeers.str().c_str();

std::istringstream ir tieši tas pats, bet cits "virziens", te mēs no stringiem lādējam mainīgajos.

Būtībā, lai nejauktu galvu, var uzreiz vienkārši izmantot std::stringstream, kas strādā abos virzienos.

std::stringstream ssDivvirziens;
float pi;
ssDivvirziens << "3.145";
ssDivvirziens >> pi;

Baigi ērti, ne, ne, ne?

P.S. Es nemāku programmēt.
P.S.S. Labojiet.
P.S.S.S. Ja kāds(mācētājs) turpinās tradīciju rakstīt nelielas C++ programmēšanas pamācībiņas, būtu ļoti pateicīgs. Un būtībā cerams, ka iesācēji tās novērtēs, jo dīvainā kārtā parasti "programmētāji" bez maz vai baidās no keywordiem template, STL, konteineriem, u.c. ļoti efektīvām metodēm un uztver tos kā kaut kādus "mistiskus" šaušalīgi kompleksus bumbuļus. (like nesarežģī sev dzīvi, lieto char masīvus, utml).
_________________
Screenshot coming when hell freezes over.

[ugizs]

mana pasaule ir sagruvusi
man likās, ka , piemēram, int cipari[kaut kāds skaitlis] ir tīri laba lieta...
ļoti ceru, ka es vnk esmu steigā un nepareizi izlasījis tekstu

[gazz]

runa neiet par vienkaarshiem masiiviem, bet gan par "C pret C++" darbiibu ar teksta stringiem. Kaut gan standartmasiivu vietaa arii visbiezhaak ir eertaak un vienkaarhsaak lietot STL kolekcijas kaa Vector<>

[ugizs]

nu pag, ta es nebūšu dolbs, ja izmantošu parastos masīvus?

[BHC]

[Himself]

mjā, programmēšana kā modes skate
_________________
Paldies

[fest]

BHC, labs rakstiņš ;D
_________________
Signature for rent. Good as new.
4 lines max. 80 letters.
Ls 0,02/post

[elvman]

Nu BHC!!! Tu jau kjeries pie personiskiem apvainojumiem? Tieshi tu esi tas... Tu doma,ka cilveki kas ilgu gadu garumaa programme un ir pat sarakstijushi graamatas izmantojot:

[bubu]

elvman palasi ieprieksheejos postus. char aa[MAX_PATH] NAV nepareizi.
sprintf(aa,"teksts"); gan ir "nelabs stils" (nevis nepareizi).

[elvman]

Ko?Kapec pie visiem svetajiem pipstikjiem tas nav labais stils?Kapec tad tada funkcija paraadaas gandriiz katraa tutorialii.Un ja jums tas nez kaadu iemeslu deelj liekas nelabais stils,tad lietojiet sprintf_s (ko Microsoft ieviesa jaunajaa Platform SDK).

Es te smadzenes otraadi esmu apgriezis domaajot kaapeec tas vareetu buut nelabais stils.Un tik un taa nevaru izdomaat.Ja mums ir rezerveeta atminja aa[MAX_PATH], tad kaadeelj pie visiem augstakminetajiem objektiem es vinjaa ar sprintf nevaretu izmainit pirmos 6 baitus ("teksts")?
_________________
long time; /* know C */

[BHC]

[elvman]

[BHC]

[elvman]

Starp citu testi pierada,ka char darbibu izdara 6 reizes atrak,kaa string.Ja tu vismaz KAUTKO saproti no programmeeshanas,tad sapratiisi,ka vards "atrak" ir labas (pat ljoti labs,programmeeshanas meerkjis).

Un tavs arguments-"es esmu slinks" pret atrumu ir 0 (NULLE ar lielo N).

Arii string ir bufferis,kuraa vinsh glabaa simbolu virkni.Tam visu laiku ir jaapalielinaas vai jaasamazinaas,kas arii prasa aatrumu (nerunajot jau par pashu klasi).Arii shim buferim ir savs lielums (dinamisks).Ja iekopeesi lielaaku tekstu shajaa bufferii (ar c_str()),tad rezultaats buus daudz sliktaaks,kaa ja tu rezerveetu buferi (char aa[MAX_PATH]) jau ieprieks.
Un vispar padomaa vienreiz logjiski-ja reiz tu maci jauninjos,tad pasaki, kapec nevienaa c++ tutoriaalii iesaaceejiem saakumaa ir nevis string bet char array.Domaa taa ir sakritiiba (un patiesiibaa reti kursh totorial maaca par string klasi)?
_________________
long time; /* know C */

[GiGa]

Elvman, pastaaveshana par savu viedokli, protams, ir laba lieta, bet shoreiz iesaku paklausiit BHC :)

Arguments par string aatrumu ir mazsvariigs - kur reaali tu satiecies ar programmu, kuras bottlenecks var buut string klases aatruma deelj? Un ja arii rodas taads iipashs gadiijums, luudzu, izmanto char[] specifiskajaa gadiijumaa, bet eertums, kuru ienes string klase, daudzkaart atsver string klases runtime leenumu saliidzinot ar char[], nemaz nerunaajot par diivainajiem un gruuti atrodamajiem bugiem, kuri var rasties string vietaa lietojot char[], vai std::array un std::list vietaa lietojot Class[]. Kaut kur atceros lasiijis labu citaatu: "CPU cycles are cheap, man-hours are not." Lietojot C++ iespeejas liidz maksimumam, development taims manaami saruuk, gan uz develpment gan debug reekjina, un prasmiigi kodeejot arii izpildes laiks nemaz nebuus tik traki sliktaaks.

Un par tiem tutoriaaljiem - vispirms jauninjos iepaziistina ar char[], jo string klasee taads tiek izmantots, un aptvert taadu lietu kaa masiivs, laikam ir vieglaak, nekaa class'e, dinamiskaas atminjas izdaliishana, construktori un destruktori reizee - atceries, ka std::cout tutoriaaljos paraadas daudz aatraak, nekaa klase, buutu jociigi, ja tur jau saaktu std::string jaukt iekshaa. Turklaat ir ljoti svariigi saakumaa saprast kas ir pointers un kaa var veersties pie atseviskjiem char[] elementiem un kaa tie izkaartoti atminjaa (jaa, ka par briinumu jauninjajiem tas neskjiet tik viegli )