LLD sau design de nivel scăzut este un proces de proiectare la nivel de componentă care urmează pas cu pas procesul de rafinare. Intrarea la LLD este HLD.

Ce este Low Level Design sau LLDn

Subiecte importante pentru proiectarea la nivel scăzut (LLD)

• Ce este Low-Level Design (LLD)?
• Cum este LLD diferit de HLD
• Cum se formează LLD din HLD?
• Foaia de parcurs pentru proiectarea la nivel scăzut

Ce este Low-Level Design (LLD)?

LLD, sau Low-Level Design, este o fază a procesului de dezvoltare software în care sunt specificate componentele detaliate ale sistemului și interacțiunile acestora. Implica convertirea designului de nivel înalt într-un plan mai detaliat, abordând algoritmi specifici, structuri de date și interfețe. LLD servește ca ghid pentru dezvoltatori în timpul codificării, asigurând implementarea corectă și eficientă a funcționalității sistemului. LLD descrie diagramele de clasă cu ajutorul metodelor și relațiilor dintre clase și specificațiile programului.

Tine minte: Proiectarea la nivel scăzut este cunoscută și ca proiectare la nivel de obiect sau nivel micro sau proiectare detaliată .

Diagrama de clasă în LLD

În această diagramă, enumerăm practic toate entitățile care pot face parte din componente. Diagramele de clasă sunt realizate pe măsură ce dezvoltatorului devine mai ușor să le convertească în cod.

De exemplu:

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

Cum este LLD diferit de HLD

După cum sa studiat, Design de nivel înalt sau HLD este un design general de sistem în care facem compromisuri între diferite cadre, componente și diferite baze de date și alegem cele mai bune ținând cont de nevoile afacerii și de modul în care sistemul ar trebui să funcționeze, atât din punct de vedere funcțional, cât și din punct de vedere nefuncțional. Aici definim componentele și modul în care aceste componente vor comunica între ele. Prin urmare, aici suntem deranjați cu chestii generice după cum urmează și nu ne deranjează codul.

1. Selectarea componentelor, platformelor și diferitelor instrumente.
2. Proiectarea bazei de date.
3. Scurtă descriere a relațiilor dintre servicii și module.

Cum se formează LLD din HLD?

După cum sa studiat mai sus, intrarea pentru încadrarea designului de nivel scăzut (LLD) este HLD. Aici, în LLD, ne ocupăm de cum vor arăta componentele noastre, de structura deținută de diferite entități și de modul în care diferitele entități își vor avea responsabilitatea (operațiunile susținute). Pentru această conversie, folosim Diagrame Unified Modeling Language (UML). . Adăugând la aceste diagrame folosim Principiile OOPS și Principii SOLIDE în timp ce proiectează. Prin urmare, folosind aceste 3 paradigme putem converti orice HLD în LLD pentru a fi implementat.

Foaia de parcurs pentru proiectarea la nivel scăzut

Pentru a conecta conceptele LLD cu codul real, să înțelegem cum să proiectăm orice diagramă de nivel scăzut, să înțelegem prin pașii:

șirul java conține

1. Principii orientate pe obiecte

Cerința utilizatorului este procesată prin utilizarea conceptelor de programare OOPS. Prin urmare, se recomandă să aveți o stăpânire puternică asupra conceptelor OOPS înainte de a merge mai departe în proiectarea oricărui sistem de nivel scăzut. Conceptul de programare orientată pe obiecte 4 piloni sunt obligatorii pentru a începe să învețe proiectarea la nivel scăzut, iar programatorul ar trebui să fie foarte bine familiarizat cu acești 4 piloni și anume după cum urmează:

1. Moştenire
2. încapsulare
3. polimorfism
4. abstractizare

În polimorfism, ar trebui să fim clari cu polimorfismul în timp de compilare și în timpul rulării. Programatorii ar trebui să fie absolut clari cu privire la conceptele OOPS până la aprofundarea până la clase și obiecte, deoarece OOPS este fundația pe care se bazează nivelarea scăzută a oricărui sistem. Proiectarea la nivel scăzut este „extrem de subiectivă”, deoarece trebuie să folosim în mod optim aceste concepte în timp ce codificăm pentru a construi un sistem de nivel scăzut prin implementarea de entități software de codare (clase, funcții, module etc.)

2. Proces de analiză și proiectare

Este o fază de analiză care este primul nostru pas în care transformăm problemele din lumea reală în probleme din lumea obiectelor folosind concepte OOPS și principii SOLID.

3. Modele de proiectare

Acum, implementarea problemei noastre orientate pe obiecte de mai sus se realizează cu ajutorul modelelor de proiectare. Modelele de design sunt soluții reutilizabile la problemele comune întâlnite în proiectarea software. Ele oferă o abordare structurată a proiectării prin captarea celor mai bune practici și soluții dovedite, facilitând dezvoltarea software-ului scalabil, întreținut și eficient. Modelele de proiectare ajută la eficientizarea procesului de dezvoltare, promovează reutilizarea codului și îmbunătățește calitatea generală a sistemelor software.

Fiecare tipar descrie o problemă care apare de mai multe ori de mai multe ori în mediu, iar soluțiile lor pot fi aplicate în mod repetat, fără redundanță.

De ce este nevoie de modele de design?

Aceste probleme au apărut din nou și din nou, corespunzătoare cărora au fost prezentate aceste soluții. Aceste probleme sunt confruntate și rezolvate de către designeri experți din lumea programării, iar soluțiile sunt robuste în timp, economisind mult timp și energie. Prin urmare, problemele complexe și clasice din lumea software sunt rezolvate prin soluții încercate și testate.

Bacsis: Este recomandat să înțelegeți bine modelele de design comune pentru a avea o bună stăpânire asupra proiectării de nivel scăzut.

Diferite tipuri de modele de design

Există multe tipuri de modele de design, să discutăm 4 tipuri de modele de design care sunt utilizate pe scară largă la nivel global:

• Model de design din fabrică
• Model abstract de fabrică
• Model Singleton
• Model de observator

De asemenea, este recomandat să studiați cele 5 modele de design de mai jos, deoarece acestea sunt mai puțin necesare, dar se recomandă să învățați pentru înțelegerea de bază a modelelor de proiectare.

• Modelul constructorului
• Modelul lanțului de responsabilitate
• Model adaptor
• Model de fațadă
• Model de greutate muscă

4. Diagrama UML

Sunt 2 tipuri de diagrame UML:

numele orașului din SUA

1. Diagrama UML structurală: Aceste tipuri de diagrame definesc practic modul în care vor fi structurate diferite entități și obiecte și definesc relația dintre ele. Ele sunt utile în reprezentarea modului în care vor apărea componentele în ceea ce privește structura.
2. Diagrama comportamentală UML: Aceste tipuri de diagrame definesc practic care sunt diferitele operațiuni pe care le suportă. Aici diferite UML comportamentale prezintă diferite comportamente ale

Bacsis: Diagramele UML importante utilizate frecvent de dezvoltatori sunt următoarele:

• Diagrama de clasă din Diagrama structurală UML
• Secvenţă , Utilizare caz și Activitate din Diagrama comportamentală UML.

5. Principii SOLIDE

Acestea sunt seturi de 5 principii (reguli) care sunt respectate cu strictețe conform cerințelor sistemului sau cerințelor pentru proiectarea optimă.

Pentru a scrie cod scalabil, flexibil, care poate fi întreținut și reutilizabil:

1. Principiul responsabilității unice (SRP)
2. Principiul deschis-închis (OCP)
3. Principiul substituirii lui Liskov (LSP)
4. Principiul de segregare a interfeței (ISP)
5. Principiul inversării dependenței (DIP)

Este important să rețineți că principiile SOLID sunt doar linii directoare și nu reguli stricte care trebuie urmate. Cheia este să găsiți un echilibru între aderarea la aceste principii și luarea în considerare a nevoilor și constrângerilor specifice ale cerinței dvs. de afaceri.