výzva opětovného použití kódu (a jak efektivně znovu použít kód)

spotřebitelé požadují chytřejší a propojenější produkty. Tato poptávka vedla k explozivnímu růstu softwaru a konektivity.

množství vestavěného softwaru v produktech exponenciálně roste. Funkčnost produktu je stále více závislá na softwaru a méně na hardwarových a mechanických součástech. A děje se to v každém odvětví.

v letectví a obraně má Boeing 787 6,5 milionu řádků kódu. V automobilovém průmyslu má auto 100 milionů řádků kódu. A ve spotřební elektronice má telefon Android 12 milionů řádků kódu.

ale jak software roste, vytváří obchodní i technické výzvy. K dispozici kvalifikovaní vývojáři jsou omezené. A jak se stávají vzácnými, stávají se dražšími.

opětovné použití kódu může vyřešit problém růstu softwaru a zde vysvětlíme, co je opětovné použití kódu a jak efektivně znovu použít kód.

Co Je Opětovné Použití Kódu?

opětovné použití kódu je praxe používání existujícího kódu pro novou funkci nebo software.

ale aby bylo možné kód znovu použít, musí být tento kód vysoce kvalitní. A to znamená, že by to mělo být bezpečné, zajistit, a spolehlivé.

vývoj softwaru, který splňuje tyto požadavky, je výzvou. Systematický vývoj vysoce kvalitních opakovaně použitelných softwarových komponent a rámců je ještě těžší.

kdy můžete znovu použít kód

opětovné použití kódu je skvělý cíl.

v ideálním prostředí by vývojář měl přístup ke stabilním a důvěryhodným knihovnám kódu. Pak by mohli znovu použít kód z těchto knihoven jako stavební kameny v rámci své aplikace.

takže můžete znovu použít kód, když to může být:

• snadno rozšířen a přizpůsoben pro novou aplikaci.
• v případě potřeby portováno na jiný hardware.
• ukázalo se, že neobsahuje závady nebo problémy, které ovlivňují spolehlivost, bezpečnost nebo zabezpečení nové aplikace.

ale prostředí není vždy ideální. A kód tyto požadavky vždy nesplňuje. Opětovné použití kódu tedy často zní mnohem jednodušší, než je.

při opakovaném použití kódu nefunguje

opakované použití kódu se často ukazuje jako obtížné.

v praxi vývojáři často končí přestavbou softwaru od nuly. Nebo mohou znovu použít pouze malý zlomek stávajícího kódu v nových projektech.

proč je opětovné použití Softwaru obtížné

opětovné použití Softwaru je obtížné. To platí zejména pro organizace s velkým počtem komponent produktů a geograficky distribuované vývojové týmy.

zde jsou tři důvody, proč je opětovné použití softwaru obtížné.

organizace a měřítko

jak se zvyšuje počet projektů a vývojářů, je těžší znovu použít software. Je to výzva efektivně komunikovat podrobnosti a požadavky na opětovné použití kódu. A je obtížné poskytnout odpovídající pokyny a zpětnou vazbu ohledně opětovného použití kódu.

administrace

vzhledem k tomu, že počet projektů a vývojářů roste, je obtížné sdílet knihovny opakovaně použitelného kódu. Je to výzva katalogizovat, archivovat a získávat opakovaně použitelná aktiva na globálním základě.

platformy jako GitHub to mohou usnadnit. Vytvoření použitelného a škálovatelného úložiště kódu však stále vyžaduje čas a úsilí.

politika a psychologie

na organizační úrovni může být kancelářská politika překážkou opětovného použití softwaru. Vzhledem k tomu, že obchodní jednotky usilují o autonomii-nebo si mezi sebou konkurují — mohou se pokusit zablokovat opětovné použití svých aktiv jinými jednotkami.

na individuální úrovni mohou vývojáři považovat opětovné použití kódu za potlačující jejich kreativitu-nebo za organizaci, která postrádá důvěru v jejich technické schopnosti. Takové vnímání vede některé vývojáře k tomu, aby odolávali snahám o zvýšení opětovného použití kódu.

výzvy s opětovným použitím kódu

existují provozní i technické problémy s opakovaným použitím kódu.

Provozní výzvy

vytvoření opakovaně použitelného kódu vyžaduje investici času a zdrojů během vývoje. Skutečně opakovaně použitelný kód lze znovu použít novými způsoby, které se podstatně liší od původního záměru návrhu kódu.

více času

pro podporu plánovaného opětovného použití musí vývojové týmy věnovat další čas psaní dokumentace pro svůj kód. A musí to otestovat důkladněji než kód určený pouze pro jeden projekt.

to je výzva pro vývojáře s těsnými termíny. Některé selhávají, protože jsou příliš ambiciózní. Investují příliš mnoho do počátečního úsilí o design. Jiné selhávají kvůli špatnému plánování, nedostatečné flexibilitě návrhu nebo nedostatku finančních prostředků.

více zdrojů

vytvoření opakovaně použitelného kódu vyžaduje, aby projektoví manažeři předem naplánovali další zdroje.

na začátku se projektoví manažeři musí zavázat k času potřebnému k návrhu, dokumentaci a testování kódu, investice s dlouhodobými přínosy. Alternativou je krátkodobý přístup, ve kterém se zaměřují na rychlé navrhování softwaru tak, aby splňovaly termíny svých klientů, a plánují refaktorování kódu, který má být později znovu použitelný.

technické problémy

kvalita softwaru hraje hlavní roli v tom, jak snadno lze software znovu použít.

existují čtyři hlavní rysy kvality softwaru, které mají dopad na opětovné použití.

zabezpečení

aby bylo možné kód znovu použít, musí být bezpečný. Zabezpečený kód můžete zajistit několika způsoby, včetně použití seznamu CWE.

spolehlivost

aby bylo možné kód znovu použít, musí být spolehlivý. Spolehlivý kód můžete zajistit zajištěním dostupnosti, odolnosti proti chybám a obnovitelnosti.

účinnost výkonu

aby bylo možné kód znovu použít, musí být účinný. Efektivitu můžete zajistit zlepšením doby odezvy a monitorováním procesoru, paměti a využití.

udržovatelnost

aby bylo možné kód znovu použít, musí být udržovatelný. Jedním ze způsobů, jak zajistit, aby kód byl udržovatelný, je zajistit, aby byl kompatibilní.

statická analýza usnadňuje opětovné použití kódu

statickou analýzu můžete použít pro snadné opětovné použití kódu. Je to proto, že statická analýza zlepšuje celkovou kvalitu kódu.

statická analýza identifikuje problémy v kódu brzy. Provádí se přímo na zdrojovém kódu. To umožňuje kontroly kvality, které mají být provedeny v dostatečném předstihu před kód je připraven pro integraci a funkční test.

statické nástroje pro analýzu kódu mohou pomoci odhalit běžné nedostatky v zabezpečení, návrhu a toku programu. A mohou provádět kontroly typu dat a proměnných funkcí. Tyto nástroje často nacházejí chyby, které nelze snadno zjistit pomocí jiných forem testování.

statické nástroje pro analýzu kódu:

• Automatizujte recenze kódu.
• snížit cyklomatickou složitost.
• zajistěte spolehlivost a bezpečnost.
• vynucujte standardy kódování.
• zlepšit starší kódové základny.

a to usnadňuje opětovné použití kódu.

jak efektivně znovu použít kód

pomocí nástroje statické analýzy, jako jsou Helix QAC a Klocwork, můžete kód znovu použít efektivněji.

zjistěte, jak Helix QAC zlepšuje kvalitu kódu C A C++ – dokonce i v nejsložitějších kódových základnách.

prozkoumejte HELIX QAC

zjistěte, jak Klocwork zlepšuje kvalitu kódu C, C++, C# a Java-dokonce i v nejsložitějších kódových základnách.

Prozkoumat Klocwork