LLD nebo nízkoúrovňový design je proces návrhu na úrovni komponent, který následuje krok za krokem procesu zdokonalování. Vstupem do LLD je HLD.

Co je to Low Level Design nebo LLDn

Důležitá témata pro nízkoúrovňový design (LLD)

• Co je to Low-Level Design (LLD)?
• Jak se LLD liší od HLD
• Jak vytvořit LLD z HLD?
• Plán nízkoúrovňového projektování

Co je to Low-Level Design (LLD)?

LLD neboli Low-Level Design je fáze v procesu vývoje softwaru, kde jsou specifikovány podrobné systémové komponenty a jejich interakce. Zahrnuje převedení návrhu na vysoké úrovni do podrobnějšího plánu, který řeší specifické algoritmy, datové struktury a rozhraní. LLD slouží vývojářům jako průvodce při kódování a zajišťuje přesnou a efektivní implementaci funkcí systému. LLD popisuje diagramy tříd pomocí metod a vztahů mezi třídami a specifikacemi programu.

Pamatovat si: Nízkoúrovňové projektování je také známé jako projektování na úrovni objektů nebo mikroúrovni nebo detailní projektování .

java pole

Diagram tříd v LLD

V tomto diagramu v podstatě uvádíme všechny entity, které mohou být součástí komponent. Diagramy tříd jsou vytvářeny tak, jak je pro vývojáře snazší je převést na kód.

java tutoriál

Například:

User Service  <-- User   <--Profile  <--ID>

Jak se LLD liší od HLD

Jak bylo studováno, High Level Design nebo HLD je obecný návrh systému, kde provádíme kompromisy mezi různými rámcemi, komponentami a různými databázemi a vybíráme to nejlepší s ohledem na to, co podnik potřebuje a jak by měl systém fungovat, a to jak z hlediska funkčních, tak nefunkčních aspektů. Zde definujeme komponenty a jak budou tyto komponenty mezi sebou komunikovat. Proto se zde obtěžujeme obecnými věcmi následovně a netrápíme se kódem.

1. Výběr komponent, platforem a různých nástrojů.
2. Návrh databáze.
3. Stručný popis vztahů mezi službami a moduly.

Jak vytvořit LLD z HLD?

Jak bylo studováno výše, vstupem pro vytváření nízkoúrovňového návrhu (LLD) je HLD. Zde v LLD se staráme o to, jak budou vypadat naše komponenty, jaká bude struktura, kterou mají různé entity, a jak budou mít různé entity svou odpovědnost (podporované operace). Pro tuto konverzi používáme Diagramy UML (Unified Modeling Language). . Přidání k těmto diagramům, které používáme principy OOPS a SOLID principy při navrhování. Proto pomocí těchto 3 paradigmat můžeme převést jakékoli HLD na LLD, abychom je mohli implementovat.

Plán nízkoúrovňového projektování

Abychom přemostili koncepty LLD se skutečným kódem, abychom pochopili, jak navrhnout jakýkoli nízkoúrovňový diagram, pochopme pomocí kroků:

java program

1. Objektově orientované principy

Požadavek uživatele je zpracován pomocí konceptů programování OOPS. Proto se doporučuje dobře ovládat koncepty OOPS, než se pustíte do navrhování jakéhokoli nízkoúrovňového systému. Koncept objektově orientovaného programování 4 pilíře jsou nutností, abyste se mohli začít učit nízkoúrovňové projektování a programátor by měl být velmi dobře obeznámen s těmito 4 pilíři, konkrétně následovně:

1. Dědictví
2. zapouzdření
3. polymorfismus
4. abstrakce

V rámci polymorfismu bychom měli mít jasno v polymorfismu v době kompilace a při běhu. Programátoři by měli mít naprosto jasno v konceptech OOPS až do hloubky až ke třídám a objektům, protože OOPS je základem, na kterém je založeno nízkoúrovňové řízení na jakémkoli systému. Úspěšný nízkoúrovňový design je „extrémně subjektivní“, protože tyto koncepty musíme optimálně používat při kódování, abychom vytvořili nízkoúrovňový systém pomocí implementace entit kódovacího softwaru (tříd, funkcí, modulů atd.)

2. Proces analýzy a návrhu

Jedná se o fázi analýzy, která je naším prvním krokem, ve kterém pomocí konceptů OOPS a principů SOLID převádíme problémy reálného světa do problémů objektového světa.

3. Návrhové vzory

Nyní je implementace našeho výše uvedeného objektově orientovaného problému provedena pomocí návrhových vzorů. Návrhové vzory jsou opakovaně použitelná řešení běžných problémů, se kterými se setkáváme při návrhu softwaru. Poskytují strukturovaný přístup k návrhu tím, že zachycují osvědčené postupy a osvědčená řešení, což usnadňuje vývoj škálovatelného, ​​udržovatelného a efektivního softwaru. Návrhové vzory pomáhají zefektivnit proces vývoje, podporují opětovné použití kódu a zvyšují celkovou kvalitu softwarových systémů.

Každý vzor popisuje problém, který se v prostředí vyskytuje opakovaně a jejich řešení lze opakovaně aplikovat bez redundance.

skořice vs mate

Proč je potřeba návrhových vzorů?

Tyto problémy se objevovaly znovu a znovu, v souladu s tím, jak byla tato řešení navržena. S těmito problémy se potýkají a řeší je zkušení návrháři ve světě programování a řešení jsou robustní v průběhu času a šetří spoustu času a energie. Složité a klasické problémy ve světě softwaru jsou proto řešeny osvědčenými řešeními.

Spropitné: Důrazně se doporučuje dobře rozumět běžným návrhovým vzorům, abyste měli dobrý přehled o nízkoúrovňovém navrhování.

Různé typy návrhových vzorů

Existuje velmi mnoho typů návrhových vzorů, pojďme diskutovat o 4 typech návrhových vzorů, které jsou široce používány po celém světě:

• Tovární Designový Vzor
• Abstraktní tovární vzor
• Singleton vzor
• Vzor pozorovatele

Doporučuje se také prostudovat níže uvedených 5 návrhových vzorů, protože jsou méně potřebné, ale pro základní pochopení návrhových vzorů se doporučuje naučit se je.

• Tvůrce vzor
• Vzorec řetězce odpovědnosti
• Vzor adaptéru
• Vzor fasády
• Vzor muší váhy

4. UML diagram

Jsou to 2 typy diagramů UML:

1. Strukturální diagram UML: Tyto typy diagramů v podstatě definují, jak budou různé entity a objekty strukturovány, a definují vztah mezi nimi. Jsou užitečné při znázornění toho, jak budou komponenty vypadat s ohledem na strukturu.
2. Behaviorální diagram UML: Tyto typy diagramů v podstatě definují, jaké jsou různé operace, které podporuje. Zde různé behaviorální UML předvádí různé chování

Spropitné: Důležité diagramy UML používané vývojáři často jsou následující:

• Diagram tříd z Strukturální diagram UML
• Sekvence , Případ použití a Aktivita z behaviorálního diagramu UML.

5. SOLID Principy

Jedná se o soubory 5 zásad (pravidel), které jsou striktně dodržovány podle požadavků systému nebo požadavků na optimální projektování.

řetězec v char java

Chcete-li napsat škálovatelný, flexibilní, udržovatelný a opakovaně použitelný kód:

1. Princip jediné odpovědnosti (SRP)
2. Otevřený-uzavřený princip (OCP)
3. Liskovův substituční princip (LSP)
4. Interface Segregation Principle (ISP)
5. Princip inverze závislosti (DIP)

Je důležité mít na paměti, že zásady SOLID jsou pouze pokyny a nikoli přísná pravidla, která je třeba dodržovat. Klíčem je najít rovnováhu mezi dodržováním těchto zásad a zvážením specifických potřeb a omezení vašeho obchodního požadavku.