Forum » Programiranje » Dobra praksa v programiranju
Dobra praksa v programiranju
Apple ::
Živijo,
vprašal bi, kakšno prakso imate v programiranju, ko je potrebno zakomentirati nek del kode, ki jo ne potrebuješ več, a kodo bi le ohranil za morebitn future use...
Npr ne ptrebujem več neke funkcije, katere koda je dolga cca 50 vrstic. Ali zakometirate samo klic te funkcije, ali zakomentirate tudi vso kodo te funkcije?
Thx za info... :)
vprašal bi, kakšno prakso imate v programiranju, ko je potrebno zakomentirati nek del kode, ki jo ne potrebuješ več, a kodo bi le ohranil za morebitn future use...
Npr ne ptrebujem več neke funkcije, katere koda je dolga cca 50 vrstic. Ali zakometirate samo klic te funkcije, ali zakomentirate tudi vso kodo te funkcije?
Thx za info... :)
LP, Apple
Isotropic ::
daj kodo v eno zunanjo datoteko in jo shrani nekam. pa poglej si malo svn al kaj je ze.
jype ::
Temu se reče "pattern" in o njih obstajajo na stotine knjig.
Ponavadi "dead code" izbrišeš, ker imaš itak zgodovino spravljeno.
Ponavadi "dead code" izbrišeš, ker imaš itak zgodovino spravljeno.
Apple ::
OK, kaj pa če jo zaradi "pravil" šefa ne smeš brisati? :) Ni pa nobenih pravil za zakomentiranje samo klica funkcije ali pa cele funkcije...
LP, Apple
cekr ::
Če gledaš s stališča velikosti končne izvršne datoteke, je najbolje, da celotno nepotrebno kodo zakomentiraš ali celo odstraniš.
Če pa nimaš problemov z velikostjo, pa samo zakomentiraj klic funkcije.
Moraš pa vedeti, da se bo funkcija prevedla, če nekje obstaja v konkretni obliki. Če jo misliš uporabit enkrat v prihodnosti, jo pusti pri miru, le klic zakomentiraj. Če je pa funkcija samo nek poskus in je zelo malo verjetnosti, da jo boš še kdaj pogledal, jo pa zakomentiraj.
Če pa nimaš problemov z velikostjo, pa samo zakomentiraj klic funkcije.
Moraš pa vedeti, da se bo funkcija prevedla, če nekje obstaja v konkretni obliki. Če jo misliš uporabit enkrat v prihodnosti, jo pusti pri miru, le klic zakomentiraj. Če je pa funkcija samo nek poskus in je zelo malo verjetnosti, da jo boš še kdaj pogledal, jo pa zakomentiraj.
Sinclair ZX Spectrum [Zilog Z80A - 3.5 MHz, 48kB, dvojni kasetofon,
TV-OUT, radirke, Sinclair-Basic], Sinclair ZX-81 [Z80A, 3.25MHZ, 1kB]
TV-OUT, radirke, Sinclair-Basic], Sinclair ZX-81 [Z80A, 3.25MHZ, 1kB]
jype ::
Dr. Palm> OK, kaj pa če jo zaradi "pravil" šefa ne smeš brisati? :) Ni pa nobenih pravil za zakomentiranje samo klica funkcije ali pa cele funkcije...
Če ima šef pravilo, da se ne sme brisat, potem ima ziher tudi pravilo, kako se zakomentira.
cekr> Če gledaš s stališča velikosti končne izvršne datoteke, je najbolje, da celotno nepotrebno kodo zakomentiraš ali celo odstraniš.
Večina sposobnih prevajalnikov mrtve kode sploh ne bo vključila v program.
Če ima šef pravilo, da se ne sme brisat, potem ima ziher tudi pravilo, kako se zakomentira.
cekr> Če gledaš s stališča velikosti končne izvršne datoteke, je najbolje, da celotno nepotrebno kodo zakomentiraš ali celo odstraniš.
Večina sposobnih prevajalnikov mrtve kode sploh ne bo vključila v program.
jeti51 ::
V splošnem ne moreš vedeti, ali se bo neka koda v programu kdaj klicala ali ne ... zato se ne moreš zanašati samo na prevajalnik, da bo odstranil vso mrtvo kodo.
Looooooka ::
V visual studiju si tko al tko lahko poleg "TODO" in podobnih tipov komentarjev dodas se svoje.Dodas pac DEADJUNK...opises zadevo in zakomentiras celo kodo.Skrit v svoj region tud ne skodi :)
Vredno ogleda ...
Tema | Ogledi | Zadnje sporočilo | |
---|---|---|---|
Tema | Ogledi | Zadnje sporočilo | |
» | Program ne deluje več (strani: 1 2 )Oddelek: Programiranje | 6532 (5270) | Genetic |
» | [c++]file read problemOddelek: Programiranje | 1576 (1311) | 'FireSTORM' |
» | [C++] prevajalnik hoce konstruktor za strukturoOddelek: Programiranje | 2585 (2289) | Tr0n |
» | [VC++] Šumniki v dialogihOddelek: Programiranje | 1224 (1121) | SFfreak |
» | Coding StyleOddelek: Programiranje | 3450 (2642) | 64202 |