|
|
Közzétéve 2014. 10. 22. 21:59:33
|
|
|

Három réteg: UI (interfész), BLL (üzleti logikai réteg), DAL (adathozzáférési réteg) Ezek a három kötelező megoldás, amelyek közül a BLL és a DAL osztályai nyilvános osztályok, mert a UI-nak BLL-t kell hívnia, a BLL-nek a DAL-t és a UTILITY-t (az adatbázishoz való csatlakozás és az alapvető műveletek elvégzése, mint az "hozzáadás, törlés, módosítás és ellenőrzés" alapvető műveletei). Ezen felül létezhetnek entitásrétegek is, mint például az ENTITY (amely adattáblákat térképez) és a Common (ez a könyvtár általában néhány általános módszert is tartalmaz, például adatigazoló módszereket, vezérlő műveleti módszereket stb.). Egyszerűen fogalmazva, ez Az adatbázisból származó adatokhoz való hozzáférés egy adathozzáférési réteg Az üzleti kapcsolatok rendezése a kapcsolódó adatok egy üzleti logika rétege Az összegyűjtött adatok ábrázolása azt mutatja, hogy ez egy reprezentációs réteg.
Egyébként segítettem találni néhány információt: Egy jó hierarchikus struktúra világosabbá teheti a fejlesztők munkamegosztását. Miután a rétegek közötti interfészek definiálásra kerültek, a különböző logikai tervekért felelős fejlesztők szétoszthatják erőfeszítéseiket és kéz a kézben dolgozhatnak. Például a felhasználói felület személyzetének csak a felhasználói felület tapasztalatát és működését kell figyelembe venniük, a domaintervezők csak az üzleti logika tervezésére koncentrálhatnak, és az adatbázis-tervezőknek nem kell aggódniuk a bonyolult felhasználói interakciók miatt. Minden fejlesztő feladata megerősítve kerül, és a fejlesztés előrehaladása gyorsan javítható.
A laza csatolás előnyei egyértelműek. Ha egy rendszer nem hierarchikus, akkor a logikája szorosan összefonódik és egymástól függ, és senki sem cserélhető. Ha változás történik, az az egész testre hatással lesz, és a projektre gyakorolt hatása rendkívül súlyos lesz. A rétegek közötti függőség csökkentése nemcsak a jövőbeli skálázhatóságot biztosíthatja, hanem nyilvánvaló előnyöket is jelenthet az újrahasználhatóság terén. Miután minden funkcionális modul egységes interfészt definiált, minden modul meghívhatja anélkül, hogy ugyanazt a függvényt ismételten kellene fejleszteniük.
A jó hierarchikus szerkezettervezéshez a szabványok is elengedhetetlenek. Csak bizonyos szintű szabványosítás esetén lehet ez a rendszer skálázható és cserélhető. A rétegek közötti kommunikáció szükségszerűen biztosítja az interfészek szabványosítását is.
|
Előző:Sok hálózati kártya eszközt kell telepíteni a winpcap-hez, tudod, mire való?Következő:Figyelj a WeChat "Yantang Dairy" címére, hogy 100%-ban nyerd a "koronagomba" díjat.
|