, die in het werk, ik aantonen dat de zaken betreft, werd het een manier van werken, moet veel van dit artikel, keren we terug naar de wereld algemene kader en de integriteit van de betrekkingen met het voorwerp van de zaak na te gaan hoe en voorwerpen of verzameling.Tot nu toe, we hebben gezien hoe door de eenvoudige toont aan dat de relevante eigenschappen van een object dat eenvoudige 1: 1 of many-1 betrekkingen, zoals de order.customer.Dit is een eenvoudige en logische manier van blootstelling aan voorwerp, met de eigenschappen van een functie in de toegang tot adequate behandeling plaatsvindt, maar hoe kunnen we blootgesteld ten opzichte van andere varianten van de 1-many of veel?Een eenvoudige methode, zoals de klant. Orders, niet aan onze doelstelling, want het betekent dat er een bepaalde klant (in het algemeen) enkele orders, en om te voorkomen dat de toegang tot alle andere mogelijke orders.Wat we nodig hebben is een doeltreffende uitvoering van de grammatica en wordt gebruikt voor de behandeling van een groep van objecten. Als we het op een andere manier rekening te houden met dit probleem en we moeten een gemeenschappelijke aanpak om zo 'n groep.In de praktijk, en een kleine verzameling objecten (bv. Voor een bepaalde orders van klanten, met inbegrip van de lijst, meestal in de meeste van de honderden vermeldingen), hopen wij ook dat de steun gericht, zoals de lijst van alle projecten in de grote verzameling van alle objecten.Als we in de wereld van een object in de werking, de logische conclusie is dat we behoefte hebben aan een nieuwe klasse, van de klasse moet een groep van objecten.Laten we zeggen dat dit soort tpdlist (de lijst van de gebieden met de tpdobject object) naar ons.De naam is vrij, sommige mensen denken dat dit betekent dat de uitvoering van een bepaald.Helaas, zoals "set" en "set" hebben een vergelijkbaar effect op de wereld in Delphi.,,,,, een grammatica suiker, comfortabel en natuurlijke manier zou een groep tegen blootstelling aan hun gebruik te maken van een soort installatie, indien vermeld in lijst 1.Zo 'n soort definities kunnen wij gebruik maken van onze code van de structuur in de toegang tot doel, zoals de klant.Deze methode heeft echter twee belangrijke nadelen: dit betekent dat we weten hoeveel het voorwerp is in de lijst, ze zijn in een willekeurig toegankelijke vormen.Om ervoor te zorgen dat deze voorwaarde voor de enige volledig gevuld is deze lijst volledig gevuld, of ten minste een voorwerp identificeren en een interne lijst, elk voorwerp alleen laden op zijn bezoek.De eerste methode is de tekortkomingen van de buitensporige consumptie van geheugen en duidelijk mogelijk vertraging, en veel van de concretisering van de tweede methode betreft, en de nadelen van de uitgifte van inefficiënt is voor elk van de doelstellingen van de toegang tot de dossiers van belasting (stap door een groep van 100 object moet 100 een database is afgegeven).,,,,, maar de wijze van installatie in normale omstandigheden niet optimaal van de voordelen van de syntaxis, natuurlijk, een kader kan worden uitgebreid tot de ondersteuning van twee (of meer) van de verschillende behandeling van voorwerpen, een grote en kleine.Ik was een grote fan van de samenhang, en ik hoop dat er een interne werkgroep van de grammatica en de voorwerpen.Als we achter de kolom zien, betekent dit niet dat we er een voor een verwezenlijking van de grammatica, met betrekking tot de verschillende omstandigheden worden aangepast, en in de meest elementaire niveau, ons doel van een opslag in de databank gevuld met mechanismen, meestal.Het grootste deel van de dag is de toegang tot gegevens via (SQL), als we rekening houden met deze elementen, die over het algemeen kunnen bieden aan onze "volgende" - concept en de vaststelling van de aard van de gegevens die, wanneer de lijst.Onder normale omstandigheden, zoals de opname in de lijst van het aantal willekeurige toegang tot de informatie, of ze is niet beschikbaar.Het kader moet rekening worden gehouden met het ontwerp en de toepassing van de cliënt de prestaties van de vereiste middelen, dus ons voorstel voor een interface tpdlist zoals vermeld in lijst 2.Dit biedt ons de eerste methode (re - initialisatie van de lijst begint), (toegang tot de lijst van onder de volgende voorwerpen) en een eigendom (indicatieve lijst op als).Lijst van de in de "huidige" kan worden door middel van een passende naam geeft.Deze interface lijkt niet noodzakelijk is ter ondersteuning van de methode in de navigatie; terug?Uit ervaring blijkt dat de door de lijst van omgekeerde navigatie is zeer zeldzaam, en het is gemakkelijk kan worden door andere structuren.Nu, zullen we het beheer van de lijst van categorieën van dit soort eenvoudige,,, hoe?Net zoals vroeger, ons probleem gebieden (Business Objects) moeten niet op de opslag van gegevens en het beheer van wat een concept.We tpdlist beheer van de verzameling van voorwerpen, kan dus niet in een specifieke databank als de database van dunne huid.Integendeel, wij zullen het ontwerp van een klasse - om de lijst van object en biedt steun tpdlist tussen ons dit soort van een object op de database van onafhankelijke interface.Zo, we hebben het bedrijfsleven en de gegevens van de strikte scheiding tussen, laten we voldoende flexibiliteit in de laatste, hoe de zaken gaan.,,, zoete pillen,,, op dezelfde wijze als de onze tpdobject is dat tdmobject beheer van gegevens, het lijkt erop dat onze tpdlist moet een tdmlist gelijkwaardige.In de praktijk van het beheer van de gegevens, heeft een groot aantal overeenkomsten tussen de twee soorten, die kunnen worden opgenomen in één categorie.Het kan een soort hiërarchie en een gemeenschappelijke voorouder van de gemeenschappelijke functionele en de toekomstige generaties om enkele en lijst, maar dat het opleggen van een code te schrijven kosten, wanneer het gaat om de praktische uitvoering van de aanvragen, bijna geen goed.Dus we zullen de uitbreiding van onze tdmobject ter ondersteuning van de werking van de bestaande lijst, en het laden en het behoud van enkele voorbeelden.,,,, elke tpdlist dus hun persoonlijke tdmobject slechts toegang tot de gegevens, die verantwoordelijk is voor het beheer van een lijst van materialen."Op dit moment" tpdobject door blootstelling aan de database van een tabel die op dit moment vastleggen.We moeten een unieke (particuliere) omdat het nodig is om het beheer van gegevens van de lidstaten elke tpdlist voorwerp (informatie, de huidige cursor opname, enz.).In tegenstelling tot hetzelfde gebied van objecten kunnen delen van een voor het beheer van de gegevens en methoden voor het behoud van het voorwerp van het laden is omdat geen staat.,,, ik tdmobject nu kan worden uitgebreid tot de ondersteuning van de operationele eisen.Dit zal een firstrecord en nextrecord methode (dat is gebaseerd op de aard van de gegevens die een islastrecord eigenschappen), en om aan te geven wanneer de cursor (de cursor particuliere beheer van gegevens betreft, de vraag in verband met het mechanisme van rond een aantal databanken).In onze tpdlist methode alleen het werk zal worden toegewezen aan het beheer van deze gegevens betreft, roept de nomenclatuur.Het beheer van de tpdlist gevraagd om een privé gegevens verstrekt een concretisering van de probleem gebieden object, als een cliënt van de toepassing van de maatregelen, door het.Het doel van de vraag voor het vullen van de code moeten delen, het vullen van een enkel object van de lader.,,, hebben we nu een soort, laten we door middel van een groep van voorwerpen, we breiden onze data management cursussen ter ondersteuning van deze operatie.We zijn nog niet te bepalen hoe de definitie van verschillende voorwerpen.Immers, er zijn veel verschillende soorten van toepassing vereist voor de voorwerpen die zijn; we moeten met name de projecten van de klant, misschien moeten we de klanten "Smith" of misschien moeten we alle klanten van de verzameling (het verslag).Een duidelijke definitie van de verschillende methoden voor de verzameling, misschien moeten we de definitie van een fabrikant van is.Lijst 3 geeft een voorbeeld van een groep van gebruikers tcustomerlist, het beheer van de gemeenschappelijke interface.Zie je, het is blootgesteld aan een eigendom van de cliënt; dit is een tcustomer CurrentObject statische omschakeling (we weten dat de verwachtingen van alle objecten in de lijst van soorten is, is een veilige exploitatie en om te voorkomen dat in de belangrijkste toepassing logica die stereotypen).Een super - zuiver doel gerichte voorstanders zeggen, in plaats van gebruik te maken van de hiërarchische structuur van een fabrikant moet worden gecreëerd, per soort lijst moet een nieuwe soort.Ik zie een voordeel van deze methode op de specifieke behoeften van bepaalde als doel heeft betrekking op de verwerking van de noodzaak van een specifieke lijst om de vertrouwelijkheid van deze methoden, moeten de bedragen van de code te schrijven, en de daaruit voortvloeiende nadelen van de klasse verspreiding.,,, kunnen we nu gewoon door de bouw van Een op het meest geschikte tcustomerlist op de lijst van klanten.We kunnen de toepassing van de code ziet er als volgt uit:,,,,,,, tcustomerlist CustomerList:VaR,,,: = ('smith CustomerList tcustomerlist.createbyname ");,,,,,, de eerste; CustomerList. Hoewel niet customerlist.islast beginnen, ///////CustomerList iets doen. De doelgroep, CustomerList. Nu, aan het einde van de laatste;,,,,,,,, aan het einde van de vrijheid CustomerList;,,,,, aan het einde van deze logica dan; bij de toepassing van een specifieke databank op het gebied van het gebruik van gelijkwaardige procedures en directe middelen duidelijker.We hebben in het bijzonder over al deze details in onze gegevens en de code van het heeft ons ervan overtuigd dat de verwijzingen naar de invaliditeitstabel of gebied namen de kans aanzienlijk is verminderd van luxe.,,, die wij tot nu toe nog niet aangewezen op onze lijst van een fabrikant van het beheer van de praktische uitvoering van het voorwerp.Zoals reeds is opgemerkt, deze soort van onze programma 's in de logica van de vastberaden en dus moet volledig onafhankelijk van de database.Met name de fabrikant niet betrokken bij de oprichting van een vraag.Deze gegevens zijn in onze gegevens van het toepassingsgebied van de klas, dus elke categorie van overeenkomstige tdmobject krijgt van een fabrikant van elk volledig overeen met de naam en de parameters, die verantwoordelijk is voor de tpdlist object.Volgende maand zullen we een aantal details door te kijken naar de uitvoering van dit probleem op te lossen, en om aan te tonen hoe de verbetering van onze soort ontwerp, en de bevoegdheden van de diversiteit van onze gewoonte, leiden tot de toepassing van klasse codering is verminderd, is dat een probleem, kan de groep is gericht tegen De behandeling van een relatie.Hoe kunnen we ze gebruiken ter ondersteuning van 1-many betrekkingen als de klant, orders, steunen wij deze structuur - en meestal doen we many-1 relatie?,,, (((1) van de lijst in tpdlist interface))),,,, tpdlist =, openbare goederen, objectatindex [index:,,.,,]:tpdobject; schending; nummer van eigenschappen: gehele getal;,,,, een einde te maken aan de; (((1 markt aan Het eind van het jaar), ((), (2) de lijst van tpdlist navigatie interface)),,,, tpdlist =,, open, procedures, procedures, de eerste,,,,,,, CurrentObject:tpdobject eigenschappen; aard: Bull.,,,, een einde te maken aan de; (((2 markt aan het eind van het jaar), lijst 3, (((voorbeeld van tcustomerlist gemeenschappelijke interface))),,,, tcustomerlist = (tpdlist), privé,, ///////resultaten: = tcustomer (CurrentObject); de functie van getcustomer:tcustomer;,,,,,,,, createall fabrikant fabrikant; createbyname (vaak de naam: het bedrag van de STRIng); createbystockorder (project:,, de fabrikant tstockitem); de klant, onroerend goed, tcustomer lezen: getcustomer;,,,, een einde te maken aan de; (((3 markt aan het eind van het jaar))), een reeks,,,,