Végrehajtása az üzleti logika (LINQ to SQL)
Az „üzleti logika” ebben a fejezetben utal egyéni szabály vagy vizsgálatok, amelyek alkalmazzák az adatokat, mielőtt azok kerülnek be, frissítésre vagy törlésre az adatbázisban. Az üzleti logika is nevezik helyébe a „üzleti szabályok” vagy „domain logika”. A többrétegű alkalmazások üzleti logika van megvalósítva logikai szint, és meg lehet változtatni, függetlenül a megjelenítési réteg és adatelérési réteget. Üzleti logika nevezhetjük szintjén az adatokhoz való hozzáférés a frissítés előtt, betét vagy törli az adatokat az adatbázisban, vagy után ezeket a műveleteket.
Az üzleti logika lehet egy egyszerű áramkör ellenőrzést típusú mező kompatibilitás típusát az oszlop. Azt is áll egy sor tárgyak, amelyek kölcsönhatásba önkényes és meglehetősen bonyolult módon. Szabályokat lehet végrehajtani formában tárolt eljárások az adatbázis vagy a tárolt objektumok memóriában. Függetlenül attól, hogy az eljárás végrehajtása az üzleti logika LINQ to SQL technológia lehetővé teszi a részleges osztályok és metódusok szétválasztására üzleti logikát az adatok hozzáférési kódot.
Ha a fejlesztés során, vagy kézzel, vagy a kivitelező objektum-relációs tervező vagy SQLMetal program létrehoz egy entitás osztály meg van határozva, részleges osztályban. Ez azt jelenti, hogy egy külön fájlban a forráskódot, hozzá lehet rendelni egy másik része a szervezet osztály, amely egy egyedi üzleti logika. Fordítási időben, a két rész együtt egy egyetlen osztályba. Azonban, ha azt szeretnénk, hogy újra létrehozni a szervezet osztályban a kivitelező objektum-relációs tervező vagy SQLMetal program, ez lehet tenni anélkül, hogy megváltoztatná az a része, amely tartalmazza az üzleti logikát.
Részleges osztályok, amelyek meghatározzák a lényeg, és DataContext osztályban olyan közös módszereket. Ezek a módszerek kiterjesztése pontokat lehet használni, hogy alkalmazza az üzleti logikát a frissítés előtt, behelyezésénél vagy eltávolításánál egy entitás vagy szervezet tulajdonságai, és miután ezeket a műveleteket. Részleges módszereket lehet tekinteni, mint egy fordítási eseményeket. kód generátor határozza meg a módszer aláírásával és hívja ezeket a módszereket az ingatlan hozzáférési metódusok „get” és a „set”, a tervező DataContext és bizonyos esetekben implicit, ha hívja SubmitChanges módszer. Azonban, ha nem hajtják végre egy bizonyos részleges módszer, minden rá mutató hivatkozás eltávolítjuk, és a meghatározás fordításkor.
Bizonyos megvalósítási létrehozott egy külön fájlban a forráskódot, akkor végezze el a szükséges egyéni logika. Ezt fel lehet használni, mint egy részleges osztály domént és okának megállapításához megvalósítása részleges eljárás külön létesítmény vagy létesítmények. Mindenesetre, az üzleti logika teljesen elkülönül a kódot adathozzáférési réteg és a megjelenítési réteg kódot.
A következő példa illusztrálja néhány kódot készített az objektum relációs Designer DataContext osztályban. amely két táblázatból áll: Ügyfelek és rendelések. Felhívjuk figyelmét, hogy a módszerek a „Beszúrás”, „Update” és a „Törlés” határoz meg minden asztalon az osztályteremben.