A keni vërtet nevojë për kodin burimor? Kodi burimor i programit Kodi kompleks i programit

Të cilat mund të lexohen nga një person. Në një kuptim të përgjithësuar - çdo të dhënë hyrëse për përkthyesin. Burimi transmetuar në kodi i ekzekutueshëm tërësisht përpara ekzekutimit të programit duke përdorur një përpilues ose mund të ekzekutohet menjëherë duke përdorur një përkthyes.

YouTube Enciklopedike

1 / 3

✪ Shfaqje shkencore. Çështja 33. Bloopers film shkencor 2

✪ Bazat e programimit: Kodi burimor

✪ Përgjigjet e pyetjeve 1: Kodi burimor

Titra

Qëllimi

Kodi burimor përdoret ose për të prodhuar kodin e objektit ose ekzekutohet nga një përkthyes. Ndryshimet bëhen vetëm në origjinalin, pasuar nga rikonvertimi në atë objekt.

Një tjetër qëllim i rëndësishëm i kodit burimor është si përshkrim i një programi. Bazuar në tekstin e programit, ju mund të rindërtoni logjikën e sjelljes së tij. Komentet përdoren për ta bërë kodin burim më të lehtë për t'u kuptuar. Ekzistojnë gjithashtu mjete që ju lejojnë të merrni automatikisht dokumentacionin e kodit burimor - të ashtuquajturat. gjeneruesit e dokumentacionit.

Përveç kësaj, kodi burim ka shumë përdorime të tjera. Mund të përdoret si mjet mësimor; Programuesit fillestarë mund ta kenë të dobishme të ekzaminojnë kodin burimor ekzistues për të mësuar teknikat dhe metodologjinë e programimit. Përdoret gjithashtu si një mjet komunikimi midis programuesve me përvojë për shkak të natyrës së tij koncize dhe të paqartë. Shpërndarja e kodit midis zhvilluesve shpesh përmendet si një faktor kontribues në përmirësimin e përvojës së programuesit.

Programuesit shpesh transferojnë kodin burimor (në module, siç është, ose me përshtatje) nga një projekt në tjetrin, i cili quhet ripërdorim i kodit.

Kodi burimor është një komponent kritik për procesin e transferimit të softuerit në platforma të tjera. Pa kodin burimor të ndonjë softueri, transferimi është ose shumë i vështirë ose plotësisht i pamundur.

Organizimi

Kodi burimor i një pjese të softuerit (moduli, komponenti) mund të përbëhet nga një ose më shumë skedarë. Kodi i programit nuk është domosdoshmërisht i shkruar vetëm në një gjuhë programimi. Për shembull, shpesh programet e shkruara në gjuhën C përmbajnë futje të kodit të gjuhës së asamblesë për arsye optimizimi. Është gjithashtu e mundur që disa komponentë ose pjesë të një programi të shkruhen në gjuhë të ndryshme, dhe më pas të grumbullohen në një modul të vetëm të ekzekutueshëm duke përdorur një teknikë të njohur si lidhja e bibliotekës ( lidhja e bibliotekës).

Softueri kompleks kërkon dhjetëra apo edhe qindra skedarë të kodit burimor për t'u ndërtuar. Në raste të tilla, për të thjeshtuar ndërtimin, zakonisht përdoren skedarët e projektit që përmbajnë një përshkrim të varësive midis skedarëve të kodit burimor dhe përshkruajnë procesin e ndërtimit. Këto skedarë mund të përmbajnë gjithashtu opsione për përpiluesin dhe mjedisin e dizajnit. Mund të përdoret për ambiente të ndryshme projektimi skedarë të ndryshëm projekt, dhe në disa mjedise mund të jenë këta skedarë format teksti, i përshtatshëm për redaktim të drejtpërdrejtë nga programuesi duke përdorur universale redaktorët e tekstit, në mjedise të tjera mbështeten formate të veçanta dhe skedarët krijohen dhe modifikohen duke përdorur programe të veglave speciale. Skedarët e projektit zakonisht përfshihen në termin "kodi burimor". Shpesh kodi burim nënkupton gjithashtu skedarë burimesh që përmbajnë të dhëna të ndryshme, për shembull imazhe grafike, e nevojshme për të ndërtuar programin.

Për ta bërë më të lehtë punën me kodin burimor dhe për të lejuar një ekip programuesish të bashkëpunojnë për kodin, përdoren sistemet e kontrollit të versioneve.

Cilësia

Ndryshe nga njerëzit, nuk ka asnjë kod "të shkruar mirë" ose "të shkruar keq" për një kompjuter. Por mënyra se si shkruhet kodi mund të ndikojë shumë në procesin e mirëmbajtjes së softuerit. Cilësia e kodit burimor mund të gjykohet nga parametrat e mëposhtëm:

lexueshmëria e kodit (përfshirë praninë

15 Rregulla për të shkruar kodin e cilësisë

Ka një mori mënyrash për të shkruar kod të keq. Për fat të mirë, për t'u ngritur në nivelin e kodit të cilësisë, mjafton të ndiqni 15 rregulla. Ndjekja e tyre nuk do t'ju bëjë mjeshtër, por do t'ju lejojë ta imitoni bindshëm.

Rregulli 1: Ndiqni standardet e kodimit.

Çdo gjuhë programimi ka standardin e vet të formatimit të kodit, i cili tregon se si të futet në dhëmbë, ku të vendosen hapësira dhe kllapa, si të emërtohen objektet, si të komentohet kodi, etj.

Për shembull, në këtë pjesë të kodit, sipas standardit, ka 12 gabime:

Për(i=0 ;i

Studioni standardin me kujdes, mësoni bazat përmendësh, ndiqni rregullat si urdhërimet dhe programet tuaja do të jenë më të mira se shumica e shkruar nga të diplomuarit e kolegjit.

Shumë organizata përshtatin standardet për t'iu përshtatur nevojave të tyre specifike. Për shembull, Google ka zhvilluar standarde për më shumë se 12 gjuhë programimi. Janë të menduara mirë, prandaj kontrollojini nëse keni nevojë për ndihmë për programimin me Google. Standardet madje përfshijnë cilësimet e redaktuesit për t'ju ndihmuar t'i përmbaheni stilit dhe mjete të posaçme për të verifikuar që kodi juaj përputhet me atë stil. Perdori ato.

Rregulli 2: Jepni emra përshkrues.

Të kufizuar nga makineritë e ngadalta e të ngathëta të teletipit, programuesit në kohët e lashta përdornin kontrata për emra variablash dhe procedurash për të kursyer kohë, shtypje tastie, bojë dhe letër. Kjo kulturë është e pranishme në disa komunitete për hir të ruajtjes së përputhshmërisë së prapambetur. Merrni, për shembull, funksionin C që thyen gjuhën wcscspn (hapësirë e gjerë e komplementit të vargut të karaktereve). Por kjo qasje nuk është e zbatueshme në kodin modern.

Përdorni emra të gjatë dhe përshkrues si complementSpanLength për t'ju ndihmuar ju dhe kolegët tuaj të kuptoni kodin tuaj në të ardhmen. Përjashtimet janë disa ndryshore të rëndësishme të përdorura në trupin e një metode, të tilla si përsëritësit e ciklit, parametrat, vlerat e përkohshme ose rezultatet e ekzekutimit.

Është shumë më e rëndësishme që të mendoni gjatë dhe mirë përpara se të emërtoni diçka. A është emri i saktë? E kishit fjalën për çmimin më të lartë apo çmimin më të mirë? A është emri mjaft specifik për të shmangur përdorimin e tij në kontekste të tjera për objekte të ngjashme? A nuk do të ishte më mirë ta quanim metodën getBestPrice në vend të getBest? A përshtatet më mirë se emrat e tjerë të ngjashëm? Nëse keni një metodë ReadEventLog, nuk duhet të telefononi një tjetër NetErrorLogRead. Nëse emërtoni një funksion, a e përshkruan emri vlerën e kthyer?

Më në fund, disa rregulla të thjeshta emërtimi. Emrat e klasave dhe tipeve duhet të jenë emra. Emri i metodës duhet të përmbajë një folje. Nëse një metodë përcakton nëse disa informacione rreth një objekti janë të vërteta ose të rreme, emri i saj duhet të fillojë me "është". Metodat që kthejnë vetitë e objekteve duhet të fillojnë me "get", dhe metodat që vendosin vlerat e vetive duhet të fillojnë me "set".

Rregulli 3: Koment dhe dokument.

Filloni çdo metodë dhe procedurë duke përshkruar në një koment se çfarë këtë metodë ose procedura bën, parametrat, vlerën e kthimit dhe gabimet dhe përjashtimet e mundshme. Përshkruani në komente rolin e çdo skedari dhe klase, përmbajtjen e secilës fushë të klasës dhe hapat kryesorë të kodit kompleks. Shkruani komente ndërsa zhvilloni kodin. Nëse mendoni se do t'i shkruani më vonë, po mashtroni veten.

Përveç kësaj, sigurohuni që aplikacioni ose biblioteka juaj të ketë një manual që shpjegon se çfarë bën kodi juaj, përcakton varësitë e tij dhe ofron udhëzime për ndërtimin, testimin, instalimin dhe përdorimin e tij. Dokumenti duhet të jetë i shkurtër dhe i përshtatshëm; një skedar i thjeshtë README shpesh është i mjaftueshëm.

Rregulli 4. Mos e përsëritni veten.

Asnjëherë mos kopjoni dhe ngjisni kodin. Në vend të kësaj, izoloni pjesën e përbashkët në një metodë ose klasë (ose makro, nëse është e nevojshme) dhe përdorni atë me parametrat e duhur. Shmangni përdorimin e të dhënave të ngjashme dhe pjesëve të kodit. Përdorni gjithashtu teknikat e mëposhtme:

Gjeneroni referenca API nga komentet duke përdorur Javadoc dhe Doxygen.
Gjenerimi automatik i testeve të njësisë bazuar në shënimet ose konventat e emërtimit.
Gjeneroni PDF dhe HTML nga një burim i vetëm i etiketuar.
Marrja e strukturës së klasës nga baza e të dhënave (ose anasjelltas).

Rregulli 5: Kontrolloni për gabime dhe përgjigjuni atyre.

Metodat mund të kthejnë simptoma gabimi ose të bëjnë përjashtime. Përpunoni ato. Mos u mbështetni në faktin se disku nuk do të mbushet kurrë, skedari juaj i konfigurimit do të jetë gjithmonë aty, aplikacioni juaj do të funksionojë me të gjitha të drejtat që i nevojiten, kërkesat për ndarjen e memories do të kenë gjithmonë sukses ose se lidhja juaj nuk do të dështojë kurrë. Po, përpunim i mirë gabimet janë të vështira për t'u shkruar dhe e bëjnë kodin më të gjatë dhe më të vështirë për t'u lexuar. Por injorimi i gabimeve thjesht e fshin problemin nën qilim, ku një përdorues që nuk dyshon një ditë do ta zbulojë atë.

Rregulli 6: Ndani kodin tuaj në pjesë të shkurtra, diskrete.

Çdo metodë, funksion ose bllok kodi duhet të përshtatet në një dritare të rregullt të ekranit (25-50 rreshta). Nëse është më e gjatë, ndajeni në copa më të shkurtra. Edhe brenda një metode, ndani kodin e gjatë në blloqe, thelbin e të cilit mund ta përshkruani në një koment në fillim të çdo blloku.

Për më tepër, çdo klasë, modul, skedar ose proces duhet të kryejë një lloj të caktuar detyre. Nëse një pjesë e kodit kryen detyra krejtësisht të ndryshme, atëherë ndajeni atë në përputhje me rrethanat.

Rregulli 7. Përdorni API-të kornizë dhe bibliotekat e palëve të treta.

Eksploroni se cilat veçori janë të disponueshme përmes API-së së kornizës suaj. dhe gjithashtu çfarë mund të bëjnë bibliotekat e palëve të treta. Nëse bibliotekat mbështeten nga menaxheri i paketave të sistemit tuaj, atëherë ka shumë të ngjarë që ato të jenë zgjedhje e mire. Përdorni një kod që dekurajon dëshirën për të rikrijuar rrotën (dhe një katror të padobishëm me të).

Rregulli 8: Mos e teproni me projektimin.

Dizenjoni vetëm atë që është e rëndësishme tani. Ju mund ta bëni kodin tuaj mjaft të përgjithshëm për të mbështetur zhvillimin e mëtejshëm, për sa kohë që nuk bëhet shumë kompleks. Mos krijoni klasa të parametrizuara, fabrika, hierarki të thella dhe ndërfaqe të fshehura për të zgjidhur problemet që as që ekzistojnë - nuk mund ta merrni me mend se çfarë do të ndodhë nesër. Nga ana tjetër, kur struktura e kodit nuk i përshtatet detyrës, mos hezitoni ta rifaktoroni atë.

Rregulli 9: Jini të qëndrueshëm.

Bëni të njëjtat gjëra në të njëjtën mënyrë. Nëse jeni duke zhvilluar një metodë, funksionaliteti i së cilës është i ngjashëm me atë ekzistues, përdorni një emër të ngjashëm, renditje të ngjashme parametrash dhe strukturë të ngjashme të trupit. E njëjta gjë vlen edhe për klasat. Krijoni fusha dhe metoda të ngjashme, jepuni atyre ndërfaqe të ngjashme dhe përshtatni emra të rinj me ato ekzistuese në klasa të ngjashme.

Kodi juaj duhet të ndjekë konventat e kornizës suaj. Për shembull, është praktikë e mirë të bësh vargjet gjysmë të hapura: të mbyllura (përfshirëse) në të majtë (në fillim të diapazonit) dhe të hapura (ekskluzive) në të djathtë (në fund). Nëse nuk ka marrëveshje për një rast të caktuar, atëherë bëni një zgjedhje dhe përmbahuni me fanatizëm.

Rregulli 10: Shmangni problemet e sigurisë.

Kodi modern rrallë funksionon i izoluar. Ajo ka një rrezik të menjëhershëm për t'u bërë një objektiv i sulmit. Ata nuk duhet të vijnë nga interneti; sulmi mund të ndodhë përmes të dhënave hyrëse të aplikacionit tuaj. Në varësi të gjuhës tuaj të programimit dhe fusha lëndore, mund t'ju duhet të shqetësoheni për tejmbushjet e tamponit, skriptimin në faqe, injeksione SQL dhe çështje të tjera të ngjashme. Studiojini këto probleme dhe shmangni ato në kodin tuaj. Nuk është e vështirë.

Rregulli 11: Përdorni struktura dhe algoritme efikase të të dhënave.

Kodi i thjeshtë është shpesh më i lehtë për t'u ruajtur sesa i njëjti kod, por i modifikuar për efikasitet. Për fat të mirë, ju mund të kombinoni mirëmbajtjen dhe efikasitetin duke përdorur strukturat e të dhënave dhe algoritmet që ofron korniza juaj. Përdorni hartën, grupin, vektorin dhe algoritmet që punojnë me to. Kjo do ta bëjë kodin tuaj më të pastër, më të shpejtë, më të shkallëzuar dhe më efikas të memories. Për shembull, nëse ruani një mijë vlera në një grup të renditur, atëherë operacioni i kryqëzimit do të gjejë elemente të përbashkëta me një grup tjetër për të njëjtin numër operacionesh, dhe jo për një milion krahasime.

Rregulli 12. Përdorni testet e njësisë.

Kompleksiteti i softuerit modern e bën më të shtrenjtë instalimin dhe më të vështirë testimin. Një qasje produktive do të ishte të shoqëronte çdo pjesë të kodit me teste që kontrollojnë korrektësinë e funksionimit të tij. Kjo qasje thjeshton korrigjimin sepse ai lejon që gabimet të zbulohen më herët. Testimi i njësisë është i nevojshëm kur jeni duke programuar në gjuhë të shtypura dinamike si Python dhe JavaScript, sepse ato kapin çdo gabim në kohën e ekzekutimit, ndërsa gjuhët e shtypura statike si Java, C# dhe C++ mund të kapin disa prej tyre në kohën e ekzekutimit koha. Testimi i njësisë ju lejon gjithashtu të rifaktoni kodin tuaj me besim. Ju mund të përdorni XUnit për ta bërë më të lehtë shkrimin e testeve dhe automatizimin e ekzekutimit të tyre.

Rregulli 13: Mbajeni kodin tuaj portativ.

Nëse nuk keni një arsye specifike, mos përdorni funksionalitet që disponohet vetëm në një platformë specifike. Mos u mbështetni në disa lloje të dhënash (si numra të plotë, tregues dhe stampa kohore) për të pasur një gjatësi specifike (për shembull, 32 bit), sepse ky parametër ndryshon në platforma të ndryshme. Mbajini mesazhet e programit të ndara nga kodi dhe mos kodoni parametra specifikë të kulturës (të tilla si ndarësit dhjetorë ose formatet e datave). Nevojiten konventa për të siguruar që kodi të mund të ekzekutohet në vende të ndryshme, prandaj bëjeni lokalizimin sa më pa dhimbje.

Rregulli 14: Bëni kodin tuaj të kompozueshëm.

Një komandë e thjeshtë duhet të mbledhë kodin tuaj në një formë të gatshme për shpërndarje. Komanda duhet t'ju lejojë të ndërtoni dhe ekzekutoni shpejt testet e nevojshme. Për të arritur këtë qëllim, përdorni mjete të automatizuara ndërtimi si Make, Apache Maven ose Ant. Idealisht, ju duhet të instaloni një sistem integrimi që do të kontrollojë, ndërtojë dhe testojë kodin tuaj sa herë që ndryshon.

Rregulli 15: Vendosni gjithçka në kontrollin e versionit.

Të gjithë elementët tuaj - kodi, dokumentacioni, burimet e mjeteve, skriptet e ndërtimit, të dhënat e testimit - duhet të jenë në kontrollin e versionit. Git dhe GitHub e bëjnë këtë detyrë të lirë dhe pa probleme. Por shumë të tjera janë gjithashtu në dispozicion për ju mjete të fuqishme dhe sherbimet. Ju duhet të jeni në gjendje të ndërtoni dhe testoni programin tuaj në një sistem të konfiguruar thjesht duke e shkarkuar atë nga depoja.

konkluzioni.

Duke i bërë këto 15 rregulla pjesë të praktikës suaj të përditshme, do të përfundoni duke krijuar kod që është më i lehtë për t'u lexuar, i testuar mirë, që ka më shumë gjasa të funksionojë siç duhet dhe që është shumë më e lehtë për t'u ndryshuar kur të vijë koha. Ju gjithashtu do të mbroni veten dhe përdoruesit tuaj nga numer i madh dhimbje koke.

Disa për argëtim, disa për të provuar ekzistencën ose për të hedhur poshtë një hipotezë, disa për të ushtruar trurin e tyre (duke udhëtuar në sipërfaqen e një shisheje Klein ose në hapësirë katërdimensionale), por qindra njerëz kanë krijuar gjuhë programimi "ezoterike". Kam kaluar rreth 150 nga këto gjuhë dhe nuk do të jem më kurrë i njëjti.

"Argh!", "Oof!", "2-ill", "Nhohnhehr", "Noit o" mnain gelb", "DZZZZ", "Ypsilax", "YABALL", dreq - këto janë magji, poezia janë vetëm emra ... nën catom - shembuj kodesh në gjuhët më tërheqëse të programimit.

Vrima e lepurit është e thellë.

INTERCAL (Turing-i plotë)

Don Woods dhe Jim Lyon

Një nga gjuhët më të vjetra të programimit ezoterik. Sipas krijuesve, emri i saj do të thotë "Gjuhë përpilues pa akronim të shqiptueshëm". Gjuha u krijua në 1972 nga studentët Don Woods dhe James M. Lyon si një parodi e gjuhëve ekzistuese të programimit dhe gjimnastikës mendore.

Përshendetje Botë

Çdo komandë programi mund t'i jepet një probabilitet me të cilin do të ekzekutohet kur të fillojë programi. Përveç kësaj, ka komanda që bllokojnë ekzekutimin e komandave të mëvonshme të një lloji të caktuar ose ndryshimet në variabla.

Përshendetje Botë!

// "Hello World" nga Stephen McGreal.
// Vini re se pikëpamjet e shprehura në këtë kod burimor nuk përkojnë domosdoshmërisht me ato të

Gr34t l33tN3$$?
M3 orë…
iT 41n't s0 7rIckY.

L33t sP33k është U8er keWl 4nD eA5y wehn u 7hink 1t tHr0uGh.
1f u w4nn4be UB3R-l33t u d3f1n1t3lY w4nt në 0n a b4d4sS h4xX0r1ng s1tE!!! ;fq
w4r3Z c0ll3cT10n2 r 7eh l3Et3r!

Qu4k3 cL4nS r 7eh bE5t tH1ng 1n teh 3nTIr3 w0rlD!!!
g4m3s wh3r3 u g3t deri në 5h00t ppl r 70tAl1_y w1cK1d!!!
I"M teh fr4GM4stEr aN I"lL t0t41_1Ly WIpE teh phr34k1ng fL00r ***j3d1 5tYlE*** me y0uR h1dE!!! L0L0L0L!
t3lEphR4gG1nG l4m3rs zgjuarsi mY m8tes r34lLy k1kK$ A$$

L33t hAxX0r$ CrE4t3 u8er- k3wL 5tUff lIkE n34t pR0gR4mm1nG lAnguidGe$…
s0m3tIm3$ teh l4nGu4gES l00k jUst l1k3 rE41_ 0neS 7o mAkE ppl Th1nk th3y"r3 ju$t n0rMal lEE7 5pEEk por th3y"re 5ecRetLy c0!!!
n080DY nënDer5tAnD$ l33t SpEaK 4p4rT fr0m j3d1!!!
50mE fëmijë 0n A me$$4gEb04rD m1ghT 8E a r0xX0r1nG hAxX0r wH0 w4nT2 t0 bR34k 5tuFf, 0r mAyb3 ju5t sh0w 7eh wAy5 l3n3tI ppl0 !!! hE i5 teh u8ER!!!
1t m1ght 8E 5omE v1rus 0r a Pl4ySt4tI0n ch34t c0dE.
1t 3v3n MiTe jUs7 s4y “H3LL0 W0RLD!!!” ju nuk mund të "T gu3s5.
tH3r3"s n3v3r çdo p0iNt l00KiNg sC3pT1c4l c0s th4t, be1_1Ev3 iT 0r n0t, 1s çfarë th1s 1s!!!

5uxX0r5!!!L0L0L0L0L!!!

ArnoldC

Gjuha e programimit Terminator.

Përshendetje Botë!

Çdo program ose shërbim online, për shembull, Word, Microsoft Windows, WhatsApp ose shfletuesi që qindra miliona njerëz lançojnë çdo ditë, në një mënyrë ose në një tjetër, përbëhet nga udhëzime të veçanta. Ose kod programi special që makina e kupton dhe i thotë se çfarë duhet të bëjë ose, anasjelltas, të mos bëjë. Ose si t'i përgjigjeni siç duhet veprimeve të përdoruesit. Cfare ndodhi kodi i programit, do të diskutohet në këtë artikull.

Përshkrim

Kodi programor i një programi është tekst i shkruar në një gjuhë të veçantë që një makinë mund ta kuptojë. Mund të ekzekutohet drejtpërdrejt nga teksti duke përdorur një përkthyes ose të përkthehet në një formë të veçantë duke përdorur një përpilues.

Kodi burimor i një programi mund të përbëhet nga disa skedarë. Për më tepër, të gjitha duhet të jenë të të njëjtit format. Teksti i programit që përmbahet në to duhet të shkruhet në të njëjtën gjuhë. Vërtetë, mund të ketë përjashtime. Për shembull, në zhvillimin e uebit, një skedar faqeje mund të përmbajë disa gjuhë dhe standarde të ndryshme programimi. Në varësi të kompleksitetit të projektit, gjuhët dhe teknologjitë si PHP, HTML dhe të tjera mund të jenë të pranishme.

Kompleksi sistemet softuerike mund të kërkohet gjatë montimit sasi të mëdha skedarë, të cilët mund të numërohen në qindra. Për të bashkëpunuar në projekte kaq të mëdha, programuesit shpesh përdorin sisteme të kontrollit të versioneve. Ato ju lejojnë të punoni njëkohësisht me disa kopje të kodit burimor, të cilat në një fazë të caktuar zhvillimi mund të kombinohen në një të përbashkët.

Cilësia e kodit

Kompjuteri nuk është në gjendje të kuptojë se si është shkruar kodi për të, i keq apo i mirë. Nëse është funksionale dhe nuk përmban gabime, atëherë makina do ta nisë atë në çdo rast. Kodi i keq mund të komplikojë detyrat e mirëmbajtjes së softuerit. Kjo është veçanërisht e vërtetë për projektet e mëdha. Në mënyrë tipike, kodi me cilësi të lartë karakterizohet nga disa parametra:

Lexueshmëria e kodit. Një vështrim në të duhet të mjaftojë për të kuptuar në përgjithësi se çfarë po zbatohet nga një pjesë e kodit.
Prania e komenteve të qarta dhe të përmbledhura. Ky parametër ndikon shumë në lexueshmërinë, lehtësinë e korrigjimit, testimin e mbështetjes dhe zgjidhjen e problemeve të kodit të programit.
Vështirësi e ulët.
Optimizimi i kodit. Ai duhet të organizohet në atë mënyrë që programi të përdorë sa më pak burime të sistemit, të tilla si memoria, koha e procesorit dhe hapësira në hard disk.
Nuk ka mbeturina. Kjo është, variabla të papërdorura ose blloqe kodi në të cilat kontrolli i programit nuk hyn kurrë.

Kodi me qëllim të keq

Përveç kësaj programe të dobishme, ka disa që mund të dëmtojnë sistemin apo edhe pajisjet. Si rregull, një kod i tillë shkruhet nga njerëz që janë të interesuar për ndonjë përfitim nga procesi në vazhdim. Për shembull, programe që mund të vjedhin të dhëna personale nga kompjuterët e përdoruesve. Mund të jenë numrat e kartës së pagesës, detajet e pasaportës ose ndonjë tjetër informacion konfidencial. Të tjerët thjesht mund të ndërhyjnë në funksionimin e sistemit, duke shkaktuar kështu dështime dhe duke parandaluar funksionimin e plotë.

Jeff Vogel, një programues për një kohë të gjatë, ndau disa këshilla për t'u mësuar zhvilluesve aspirues rregullat e kodit të mirë.

Në veçanti, ai sugjeron që gjithmonë të komentoni kodin e programit tuaj. Çfarë është një koment? Është një përshkrim i qartë dhe konciz i asaj që po ndodh në një linjë të caktuar kodi ose funksioni. Çështja është se zhvillimi program specifik mund të zvarritet për një muaj ose edhe të ndalet për një kohë. Duke u kthyer në punë në një projekt pas disa muajsh, edhe një programues me përvojë do ta ketë të vështirë të kuptojë programin e tij. Por komentet e detajuara do të jenë në gjendje të rivendosin zinxhirin e ngjarjeve dhe sjelljen e kodit.

Ai më tej rekomandon përdorimin e variablave globale në programin tuaj sa më shpesh të jetë e mundur. Kjo shpjegohet me faktin se kur ndryshoni kodin e programit, do të duhet të rregulloni vlerën e ndryshores në vetëm një vend. Në këtë rast, të gjitha funksionet ose procedurat që përdorin vlerën do të dinë menjëherë për të dhe do të kryejnë operacione me të dhënat e reja.

Emrat e variablave dhe zbulimi i gabimeve

Emri i saktë i variablave do të ndihmojë gjithashtu për të reduktuar ndjeshëm kohën e kaluar për të studiuar kodin burimor të programit, edhe nëse kodi është shkruar nga ju. Kjo do të thotë, kodi i mirë konsiderohet të jetë tekst ku variablat dhe funksionet kanë emra që e bëjnë të qartë se çfarë bëjnë ose ruajnë saktësisht. Në këtë rast, duhet të përpiqeni të mos përdorni emra të gjatë të variablave.

Është shumë e rëndësishme t'i kushtohet vëmendje e madhe eliminimit në kohë të gabimeve. Cili është kodi i programit që ekzekutohet në mënyrë perfekte? Ky është kodi që nuk ka gabime. Kjo do të thotë, çdo degëzimi i lakut ose ndryshimi i ndryshores, apo edhe ndonjë veprim i papritur i përdoruesit, do të çojë gjithmonë në rezultatin e pritur. Kjo arrihet duke testuar produktin e përfunduar disa herë.

Identifikimi i gabimeve të kodit të programit, ose më saktë, parashikimi i tyre, është i mundur në fazën e hartimit të programit. Prezenca në kod kontrolle të ndryshme kushtet dhe përjashtimet e mundshme, do të ndihmojnë në menaxhimin e programit në një shkallë të caktuar.

Optimizimi është i një rëndësie të madhe për të shkruar një program të zbatueshëm që do të përdorë ekonomikisht burimet kompjuterike dhe në të njëjtën kohë do të shmangë gabimet në ekzekutimin e kodit të programit. Çfarë është një program i optimizuar? Ky është një produkt që është i aftë të kryejë të gjithë funksionalitetin e deklaruar, duke u sjellë në "heshtje" dhe ekonomikisht.

Pothuajse gjithmonë optimizime për funksionim të qëndrueshëm një program mund të arrihet vetëm duke kryer teste të shumta në platforma të ndryshme dhe në kushte të ndryshme. Nëse një program fillon të sillet në mënyrë të paparashikueshme, duhet të përcaktoni se çfarë e shkaktoi atë dhe, nëse është e mundur, të eliminoni ose ndërpritni procesin.

konkluzioni

Çfarë është kodi i programit? Duke folur në gjuhë të thjeshtë, është një grup udhëzimesh dhe konceptesh për një kompjuter. Ai përmban tekst që një përpilues ose përkthyes mund ta shndërrojë në gjuhë të lexueshme nga makina. Kjo do të thotë, në thelb, kodi i programit është një ndërmjetës midis një personi dhe një kompjuteri, i cili thjeshton marrëdhënien e tyre.

Qëllimi

Kodi burimor përdoret ose për të prodhuar kodin e objektit ose ekzekutohet nga një përkthyes. Ndryshimet nuk bëhen kurrë në kodin e objektit, vetëm në kodin burimor, dhe më pas kthehen në kodin e objektit.

Përveç kësaj, kodi burim ka shumë përdorime të tjera. Mund të përdoret si mjet mësimor; Programuesit fillestarë mund ta kenë të dobishme të ekzaminojnë kodin burimor ekzistues për të mësuar teknikat dhe metodologjinë e programimit. Përdoret gjithashtu si një mjet komunikimi midis programuesve me përvojë, për shkak të natyrës së tij (idealisht) koncize dhe të paqartë. Shpërndarja e kodit midis zhvilluesve shpesh përmendet si një faktor kontribues në përmirësimin e përvojës së programuesit.

Programuesit shpesh zhvendosin kodin burimor nga një projekt në tjetrin, i cili quhet ripërdorim i kodit ( Ripërdorimi i softuerit).

Organizimi

Kodi burimor i një pjese të softuerit (moduli, komponenti) mund të përbëhet nga një ose më shumë skedarë. Kodi i programit nuk është domosdoshmërisht i shkruar vetëm në një gjuhë programimi. Për shembull, shpesh programet e shkruara në gjuhën C, për qëllime optimizimi, përmbajnë futje të kodit në gjuhën e asamblesë. Është gjithashtu e mundur që disa komponentë ose pjesë të një programi të shkruhen në gjuhë të ndryshme, dhe më pas të grumbullohen në një modul të vetëm të ekzekutueshëm duke përdorur një teknologji të njohur si lidhja e bibliotekës ( lidhja e bibliotekës).

Softueri kompleks kërkon dhjetëra apo edhe qindra skedarë të kodit burimor për t'u ndërtuar. Në raste të tilla, për të thjeshtuar ndërtimin, zakonisht përdoren skedarët e projektit që përmbajnë një përshkrim të varësive midis skedarëve të kodit burimor dhe përshkruajnë procesin e ndërtimit. Këta skedarë mund të përmbajnë gjithashtu parametra të tjerë të përpiluesit dhe mjedisit të projektimit. Për mjedise të ndryshme të projektimit, mund të përdoren skedarë të ndryshëm të projektit, dhe në disa mjedise këta skedarë mund të jenë në një format teksti të përshtatshëm për redaktim të drejtpërdrejtë nga një programues duke përdorur redaktues teksti universal në mjedise të tjera, formate të veçanta mbështeten dhe krijimi dhe modifikimi i skedarëve kryhet duke përdorur programe të veglave speciale. Skedarët e projektit zakonisht përfshihen në termin "kodi burimor". Shumica dërrmuese e mjediseve gjuhësore moderne kërkojnë përdorimin e skedarëve të projektit, pavarësisht nga kompleksiteti i kodit tjetër burimor të përfshirë në projekt. Shpesh, kodi burim i referohet gjithashtu skedarëve të burimeve që përmbajnë të dhëna të ndryshme, për shembull, imazhe grafike të nevojshme për të ndërtuar një program.

Për të lehtësuar punën me kodin burimor, për bashkëpunimin në kod nga një ekip programuesish, përdoren sistemet e kontrollit të versionit.

Cilësia

lexueshmëria e kodit (përfshirë praninë ose mungesën e komenteve të kodit;
lehtësia e mbështetjes, testimit, korrigjimit dhe korrigjimit të gabimeve, modifikimit dhe transferimit;
kompleksiteti i ulët;
përdorim i ulët i burimeve - memorie, procesor, hapësirë në disk;
mungesa e komenteve të dhëna nga përpiluesi;
mungesa e "mbeturinave" - variabla të papërdorura, blloqe kodesh të paarritshme, komente të panevojshme të vjetëruara, etj.

Kodi burim i paekzekutueshëm

Shiko gjithashtu

Shembull: Programi Hello world

Lidhjet

Fondacioni Wikimedia. 2010.

Shihni se çfarë është "kodi i programit" në fjalorë të tjerë:

paketë softuerike - 3.19 paketë softuerike: Një skedar arkiv që përmban kodin e programit në formë binare ose burimore, si dhe meta të dhëna për programin, versionin e tij, varësitë dhe informacione të tjera. Burimi: GOST R 54593 2011: Teknologjia e Informacionit. Falas......

- (Anglisht: Netscape Plugin Application Programming Interface, NPAPI është një arkitekturë e zhvillimit të shtojcave ndër-platformë e mbështetur nga shumë shfletues. Ndërfaqja u zhvillua për familjen e shfletuesve Netscape Navigator, duke filluar me Netscape... ... Wikipedia

Në shkencën kompjuterike, një agjent softuerësh është një program që hyn në një marrëdhënie ndërmjetëse me një përdorues ose një program tjetër. Fjala "agjent" vjen nga latinishtja agere (për të bërë) dhe do të thotë një marrëveshje për të kryer veprime nga ... ... Wikipedia

Korniza është një term me një kuptim të paqartë. Zakonisht përdoret në programim për të treguar "një strukturë të thjeshtë konceptuale që përdoret për të zgjidhur një problem kompleks, problem-zgjidhës." Kuptimi i këtij termi varet shumë nga konteksti i tij... ... Wikipedia

Ky artikull ka të bëjë me sistemin e komandës në përgjithësi; Për udhëzime, shihni: Kodi i transaksionit. Kodi i makinerisë (kodi i orientuar nga platforma), gjuha e makinës, një sistem komandash (bashkësi kodesh funksionimi) të një kompjuteri specifik, i cili interpretohet ... ... Wikipedia

Terminologjia zyrtare

Virus (kompjuter, softuer)- kodi i programit të ekzekutueshëm ose një grup instruksionesh të interpretuara që ka vetitë e shpërndarjes dhe vetë-riprodhimit të paautorizuar. U krijuan dublikatë virus kompjuterik jo gjithmonë përkojnë me origjinalin, por ruajnë... ... Fjalor-libër referues i termave të dokumentacionit normativ dhe teknik

- (Kodi i menaxhuar në anglisht) është një term i prezantuar nga Microsoft për të përcaktuar kodin e një programi të ekzekutuar nën "kontrollin" e një makinerie të zakonshme NET Runtime. Në këtë rast, kodi i zakonshëm i makinës quhet kod i pamenaxhuar... ... Wikipedia

Patch, ose patch (arnim anglisht /pætʃ/ patch) i automatizuar, i dhënë veçmas mjet softuerik, përdoret për të zgjidhur problemet në software ose ndryshimi i funksionalitetit të tij, si dhe procesi i instalimit të vetë patch-it (... ... Wikipedia

Lloji i piramidës Korniza e aplikacionit në ueb Zhvilluesi ... Wikipedia

libra

Dizajni i orientuar nga objekti: Konceptet dhe kodi i programit, Gast Holger. Ky libër është krijuar për të ndihmuar lexuesin të fitojë një kuptim të thellë të konceptit të objekteve, duke zhbllokuar potencialin e tyre të vërtetë për të shkruar kodin që funksionon në mënyrë efektive në botën reale. Ajo konsideron...